NETWORK COMMUNICATION USING TELEPHONE NUMBER 
URI/URL IDENTIFICATION HANDLE 



CROSS REFERENCE TO RELATED APPLICATIONS 

This application is filed under 35 U.S.C. § 1 11(a), claiming benefit 

pursuant to 35 U.S.C. § 119(e)(1) of the filing date of the Provisional Application 
60/218,178 filed on July 14, 2000 pursuant to 35 U.S.C. § 111(b). The 
5 Provisional Application is incorporated herein by reference for all it discloses. 

FIELD OF THE INVENTION 

The present invention relates generally to the field of locating web sites 

and transmitting e-mail messages, and in particular to a method of improving the 
facility for sending and receiving e-mail messages, locating and accessing web 
10 sites and performing time and resource management. 

BACKGROUND OF THE INVENTION 

People have rapidly embraced the Internet age of electronic 

communication. Web site visitation, e-mail, instant messaging, alpha paging, 
voice mail etc. have all become accepted methods of information and knowledge 

15 exchange. A present difficulty with e-mail or instant messaging is the requirement 
that the sender know in advance the e-mail or instant message address of the 
recipient to be able to send the message. Such an address commonly consists of a 
name, or arbitrary identification handle associated with the recipient and a 
domain name associated with a particular corporate e-mail server with which the 

20 recipient has established an e-mail account. The easy to remember e-mail 
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addresses are all long gone, most people today end up with non-intuitive e-mail 
addresses. People have also become ever more burdened with the need to track all 
of their own multiple account numbers, Personal Identification Number (PIN), 
computer logon names and passwords and the telephone numbers of all the 
5 parties with whom they regularly communicate. The need to also remember the 
often abstract e-mail and web site addresses of friends and business associates 
can add a degree of anxiety to what would otherwise be a convenient method of 
communication. 

The current state-of-the-art in computer-to-computer messaging requires 
10 that a user get what is commonly called an "e-mail account" and/or for immediate 
device-to-device messaging, a symbolic identification number. These e-mail 
accounts are available from various Internet Service Providers such as AOL and 
Microsoft's Hotmail and many others. Instant or immediate messaging accounts 
are available from AOL, Netscape, ICQ and others. These addresses currently 
15 have the form: somename@,someplace.somewhere i.e., John 1 23 @aoL com or 
maryl7@compuserve.com . The user is forced to communicate using a specific 
named 3 rd party corporate empire. The symbolic serial numbers employed for 
direct device-to-device (a device being a PC, laptop, PDA/PCD, etc.). Internet 
paging, signaling and real-time text and/or voice/video conversation are typically 
20 6 to 12 character numeric or alphanumeric identifiers with only abstract intuitive 
meaning to their owners and generally no meaning to others. In addition, the 
contact initiator must know in advance which proprietary or corporate system the 
recipient belongs to. There is no intuitive way of knowing how to initiate text or 
multimedia communication with another party. 
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One problem with the current messaging approach to date is that you must 
remember an abstract naming convention which often bears little resemblance to 
the person whom you are trying to reach. You may know a person named John 
Doe to whom you need to send a document or short message, but how do you 
5 know what his e-mail address would be? What would his Internet paging and 

real-time conversation addresses be? What device is he currently near? How far is 
he from me now and what is his ETA? What data conversions are needed to work 
with the devices that he is using at this instant? You will not know his e-mail 
address or Internet instant messaging / paging address unless you look it up 
10 somehow or call him or her and ask for it which leads to telephone tag and wastes 
precious time. 

The same drawbacks that exist in message addressing also exist when 
trying to access a specific Internet web site. As mentioned above, web site 
addresses that are easy to remember are virtually no longer available. Today, 
15 many web site names are 20 or more characters long where there is little hope of 
remembering them all, let alone typing them in correctly. 

The state-of-the-art in people, personnel and resource status monitoring, 
group collaboration and task, project, schedule, time and reminder management 
and location tracking requires that people, personnel and resources be registered 
20 to a private system that issues each user or resource an abstract symbolic tracking 
ID. 

The problem with the current status monitoring, status updating and 
collaboration approach to date is that you must remember an abstract naming 
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convention often bearing little resemblance to the person or device that you are 
trying to monitor. You may know of a person named John Doe who's current 
location, status, task assignment or meeting ETA you would like to be apprised 
of, but how do you know where to look for this information? The current 

5 information retrieval approach to date is that you must remember an abstract 
naming convention (such as an e-mail address or non-pneumonic jumble of 
letters and numbers) which often bears little resemblance to the person, company 
or device the status of which you are trying to determine. Public Safety Agencies 
have no citizen status, location history, medical condition and alternative contact 

10 numbers with which to work when they receive a 91 1 call from a cellular 
telephone, PDA or PCD. 

SUMMARY OF THE INVENTION 

In view of the aforementioned problems with the current conventional 

approach to e-mail transmission, instant message transmission and web site 
15 access, the present invention provides significant improvement. This invention 
allows an Internet user to access a web site directly by using at least one of the 
telephone numbers associated with the web site as the web site's URIAJRL 
address. This invention also allows an Internet user to transmit an e-mail message 
or an instant message directly to an intended recipient by using one of the 
20 recipients telephone numbers directly as the e-mail address URL This invention 
allows all forms of Internet communication to be initiated using the telephone 
number as the basic URI or URL Internet address. This invention automatically 
gives every telephone number subscriber worldwide a personal web site Internet 
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URI/URL addressable by telephone number and an Internet e-mail account 
URI/URL addressable by telephone number. 

The invention allows for resource, time, place, task, schedule and group 
management organized by a URI/URL handle primarily composed of the 
5 telephone number of the party of interest. The status, activity, location, Estimated 
Time of Arrival (ETA), Estimated Time of Departure (ETD), Estimated Time of 
Completion (ETC) and other data sets pertaining to people and resources, 
companies and equipment and/or any special groupings thereof can be instantly 
determined and intermittently or continuously monitored or updated simply by 
1 0 knowing any of their associated telephone numbers. 

With this invention the telephone number is used as the primary URI/URL 
address and is entered wherever appropriate such as directly into an Internet 
browser's (whether it be executing on PC, laptop, pager, PDA/PCD, handheld 
computer etc.) URI/URL address field or e-mail address field for processing. 

15 Status, task list, schedule, location and other information pertaining to a 

given telephone number subscriber may also be determined or updated using 
telephony DTMF touch tones, text to voice, voice to text, voice commands or by 
sending an e-mail, document or other media containing embedded commands 
directly to the telephone number. Collections of resources (people or things) can 

20 be assembled into named relationships by logical groupings (Ex. group project 
collaboration, appliances in a household). 

This invention also allows electronic mail, voice mail and other forms of 
electronically communicated commands, messages and media to be sent from a 
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wide variety of sources using various forms of the recipient's telephone number 
or other handle containing or relating to the telephone number as the target 
URI/URL address for the message. 

The invention also allows for one Internet user to be directly hailed or 
5 paged for a real-time interactive voice, video, mixed media and/or text 

conversation or conference by another Internet user using a telephone number as 
the Internet address. 

The invention takes into account the capabilities and limitations 
(fax/audio/video/text etc.) of the telephone number's handle associated devices 

1 0 performing data conversions or reroutes of data accordingly. The invention makes 
it easier for a given low intelligence device to automatically contact and 
command or send messages to another set of devices without need of direct 
human intervention. Through the invention, a device can quickly command 
another device or set of devices to perform various actions automatically without 

15 need of their owner's involvement. Because telephone numbers are ubiquitous, 
through this invention they can become a universal means of direct contact and 
routing among all communication methods and devices with or without human 
intervention. 

This invention also benefits citizens and Public Safety Agencies (PSA) 
20 during emergencies. For example, a Public Safety Agency can gain detailed 
access to a citizen's past and current health, current environment, location, 
building floorplan layout, emergency contacts etc. just by using the citizen's 
telephone number as the URI/URL address of their personal web site. The PSA 
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can contact all citizens in a suspected danger zone by sending emergency e-mail 
by telephone number to all telephone numbers currently indicated to be within 
the zone of danger. 

To be most effective and beneficial for all, this invention needs to be 
5 applied intact across the broadest range of networked platforms under the 
authority of a single guiding entity. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The object and features of the present invention will become more readily 

apparent from the following detailed description of the preferred embodiments 
10 taken in conjunction with the accompanying drawings in which: 

Table 1 is a table of the symbolically acceptable formats for URI/URL 
telephone number entry along with the symbolic definitions of the telephone 
number formats. These formats are exemplary only. These formats cover example 
forms of telephone numbers both national and international, present formats and 
1 5 future anticipated formats. The omission of a particular format example does not 
indicate its lack viability or lack of inclusion in this invention. 

Table 2 is a table of subscriber defined command verbs, objects, locations 
etc. along with their associated two digit numeric definition (useful for touch tone 
DTMF applications) and one or more interchangeable shorthand abbreviations. 
20 The omission of a particular verb, object or location etc. example does not 

indicate its lack of viability or lack of inclusion in this invention, particularly as 
this is a table left to the subscriber's own imagination and needs 
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Table 3 is a set of examples of subscriber defined group relationships in 
accordance with the present invention. 

FIGS. 1-10 represent computer application software screen copies and 
show a few representative examples of the telephone number web URI/URL 
5 address invention at work in one or two example Internet browsing applications 
Microsoft Internet Explorer and Netscape Navigator. Some examples are only 
shown for Internet Explorer or for Netscape Navigator, however all the examples 
would still apply to either of these browsers and to all other web browsers and 
web accessing applications operating on any Internet connected device. 

10 Figures 1 through 10 show example screen prints of Microsoft Internet 

Explorer® and Netscape Navigator® browser screens employing the telephone 
number URL retrieval addressing invention in some of its various forms as 
derived from the prototype addresses listed in Table 1. The examples (Fig. 1 
through Fig. 10) do not show every instance of a Table 1 prototype in use. 

15 However, each example prototype shown in Table 1 would work interchangeably 
with the examples shown in Figures 1 through 10. The returned sample 
"Harmony Garden Interiors" web page (also reachable as www.harmony- 
gardens.com) is the web site currently associated with telephone number 
301.261.8680 and is just one simple example of a possible web page that might 

20 be returned for a given telephone number. These examples would also apply to all 
other Internet browser programs or applets. 

FIGS. 11-20 represent computer application software screen copies and 
show a few representative examples of the telephone number e-mail URI/URL 



8 



address invention at work in one or two example Internet messaging applications 
Microsoft Outlook Express and Netscape Communicator. Some examples are 
only shown for Outlook Express or Netscape Communicator, however the 
example would still apply to all other browsers and e-mail applications and 
instant messaging applications operating on any Internet connected device. 

The same addressing scheme would apply to all other brands and types of 
Internet web browsing software as well. The examples would also apply to PDA's 
and PCD's regardless of the physical data entry characteristics of the URL 
address field. Note that in most examples the area codes shown are 410, 703 or 
toll free 800 with a telephone number of 555-1212 however the invention covers 
all combinations of area codes joined with all combinations of telephone 
numbers. The invention covers all international telephone number formats, 
custom handle and EP number formats as well. 

The same addressing scheme would apply to all other brands and types of 
Internet e-mail and instant/immediate messaging software as well. The examples 
would also apply to PDA's and PCD's regardless of the physical data entry 
characteristics of the To: and Cc: address fields. Note that in most examples the 
area codes shown are 410, 703 or toll free 800 with a telephone number of 555- 
1212 however the invention covers all combinations of area codes joined with all 
combinations of telephone numbers. The invention covers all international 
telephone number formats, custom handle and IP number formats as well. 

Figures 11 through 20 show example e-mail screen prints of Microsoft 
Outlook Express® and Netscape Communicator® browser e-mail screens 



employing the telephone number URI message addressing invention in some of 
its various forms as derived from the prototype example addresses listed in Table 
1. These figures (11 through 20) do not show every instance of a Table 1 
prototype in use. However, each example prototype shown in Table 1 would work 
5 interchangeably with the examples shown in figures 1 1 through 20. The examples 
would also apply to all other Internet e-mail programs or applets. 

FIG. 21 is a diagram of the communications network behind the web site 
access, status and location tracking and setting invention when the URL address 
is of the form 555.1212.800.zzz or 800.555. 1212.zzz where zzz is any Internet 
10 Top Level Domain (TLD). The "Network" component of this diagram may be 
either the public Internet or a private Intranet. This method of messaging requires 
no custom invention software specification or implementation on the remote 
devices. This method does require invention protection for the method of using a 
numeric telephone number as a URL address. 

15 Figure 21 is also a diagram of the communications network behind the 

messaging invention when the message To: or Cc: address is of the form 
555.1212@800.zzz or 800@555.1212.zzz (Table 1) where an @ is used and zzz 
is any Internet Top Level Domain (TLD). The "Network" component of this 
diagram may be either the public Internet or a private Intranet. This method of 

20 messaging requires no custom software specification or implementation on the 
remote devices. The Network component of Figure 21 relies upon already 
existing Internet routing, DNS and e-mail processing software. The invention is 
the use of a pure numeric telephone number as an e-mail message or instant 



10 



message address without need of having to remember a corporate identifier 
domain. The invention provides for the worldwide management of the purely 
numeric telephone number domains on its own Internet servers. 

FIG. 22 is a diagram of the communications network behind the web site 
access, status and location tracking and setting invention when the URI/URL 
address is one of the forms listed in Table 1 not directly compatible with currently 
deployed Internet software. The invention Message Dist. Processing Software 
specification and implementation procedure executing upon the distributed 
network nodes (PC, laptop, PDA/PCD etc.) adjusts for the appropriate Internet 
Top Level Domain (TLD) and adjusts for a syntactically correct DNS resolvable 
URL address automatically. The "Network" component of this diagram may be 
either the public Internet or a private Intranet. 

Figure 22 is also a diagram of the communications network behind the 
messaging invention when the message To: or Cc: URI/URL address is one of the 
forms listed in Table 1 not directly compatible with currently deployed Internet 
software. The invention Message Distributed Processing Software specification 
and implementation procedure executing upon the distributed network nodes (PC, 
laptop, PDA/PCD etc.) adjusts for the appropriate Internet Top Level Domain 
(TLD) and adjusts for a syntactically correct DNS resolvable To: or Cc: URI 
address automatically. The "Network" component of this diagram may be either 
the public Internet or a private Intranet. 

FIG. 23 shows a sample screen print of a custom invention display applet 
(Java/Jscript/JavaScriptA^B/Perl etc.) that has been user customized to show only 
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members belonging to the group known as the "ProposalTeam". The 
"ProposalTeam" group is a member of the "DC" group that in turn is a member 
of the "Eastern" group. The applet is set to automatically display the latest status 
information every 10 minutes. The display was 7 minutes old. The user has 
instructed the applet to organize the display by telephone number handle. The 
user has instructed the applet to display a subset of available data composed of 
and in order of: Task Name, Task Type, Status, Duration, Start time and Finish 
time. This is but one of the many display formats that the user might create. 

FIG, 24 shows a sample screen print of an Internet browser based 
invention display that has been user customized to show only members belonging 
to the subgroup named "CardGamel" (itself a member group of "DCMetro" itself 
a member group of "National" itself a member group of "Cards"). The display 
has been user customized to show only the current status activity sorted by 
handle. Also included are the user/invention Estimated Time of Arrival and the 
user/invention Estimated Time of Departure. This is but one of the many display 
formats that the user might have created. 

FIG. 25 shows a sample screen print of an Internet browser based 
invention display that has been user customized to show only members belonging 
to the group named "CardGamel" (itself a member of group "DCMetro" itself a 
member of group "National" itself a member of group "Cards"). The display has 
been user customized to show only the current status activity sorted by handle. 
Also included are the user/invention Estimated % complete and the 
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user/invention Estimated Time of Completion. This is but one of many display 
formats that the user might have created. 

FIG. 26 shows a sample of a PDA/PCD information query applet. The 
query is initiated by a telephone number entry directly into the applet's telephone 
number handle field along with an authorizing password. 

FIG. 27 shows a sample of a PDA/PCD information update applet. The 
update is initiated by a telephone number entry directly into the applet's 
telephone number / handle address field. A password for authenticating the status 
update is also provided. 

FIG. 28 shows a sample screen print of an Internet browser based 
invention display that has been user customized to show only history for the 
member owner belonging to the device telephone number handle 41021291 19 
from 10:00 AM to 3:00 PM. This display could have been initiated by the entry of 
410.212.9119/1000-1500 in the browser address entry field. 

FIG. 29 shows an example of handles and how they each have associated 
internal and external task lists. The handle's group memberships are also shown. 
Every handle is a group. Every group may be a member of one or more groups. 

FIG. 30 shows the possible arbitrary nested nature of group memberships 
as well as the possible independent internal and external task lists associated with 
each group. Every handle is a group. Every group may be a member of one or 
more groups. 
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FIG. 31 shows a sample screen print of an Internet browser based 
invention display that shows the handle "Stove" which belongs to handle 
"Kitchen" which belongs to the North American telephone number 703.555.1212 
handle which represents a particular home within the invention. The "Stove" 
5 handle has been associated with the invention enabled appliance in the home 
kitchen known as the stove. Other telephone numbers belonging to the same 
owner or same household could also have been used to query this kitchen 
appliance. 

FIG. 32 shows a sample screen print of an Internet browser based 
1 0 invention display that shows the handle "Freezer" which belongs to handle 
"Fridge" which belongs to handle "Kitchen" which belongs to the North 
American telephone number 703.555.1212 handle which represents a particular 
American home within the invention. The "Freezer" handle has been associated 
with the upper portion of the invention enabled appliance in the home kitchen 
1 5 known as the refrigerator (handle "Fridge"). Other telephone numbers belonging 
to the same owner or same household could also have been used to query this 
kitchen appliance. 

FIG. 33A shows an instant message being sent from the URI/URL line of 
an Internet browser. 

20 FIG. 33B shows the same instant message being sent from the URI/URL 

line of an Internet browser as Figure 33A, but with an optional http://www "user 
comfort" lead off. 

FIG. 34A shows the use of a car license plate as an e-mail address. 
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FIG. 34B shows the use of a car license plate as a web address to perform 
a 41 1 look-up of the owner's address and phone numbers, includes a http:// 
"formality" prefix. 

FIG. 35A shows URI/URL entry of status in flight to Baltimore for 
telephone subscriber 800.555.1212 using the .ac Area Code TLD. 

FIG. 35B shows URI/URL entry of status in flight to Baltimore for 
telephone subscriber 800.555.1212 using the .ac Area Code TLD with an 
http://www "user familiarity" prefix. 

Fig. 35C shows URI/URL entry used to retrieve the intersection of mutual 
external task lists with an http:// "traditional" prefix. 

FIG. 36 shows a 411 information area code phone number look-up by 
person's name and state. 

FIG. 37 shows a query for current status of people named John 
Goodspeed within North American area code 410. 

FIG. 38A shows one subscriber joining a tournament charter fishing 
group that belongs to another subscriber via one step direct command entry on 
the browser URI/URL address line. 

FIG. 38B shows one subscriber leaving a tournament charter fishing 
group that belongs to another subscriber via one step direct command entry on 
the browser URI/URL address line. 

FIG. 39 shows an example initial subscriber sign-up procedure form. 
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FIGS. 40 - 50 depict detailed group and handle formal ownership 
arrangement examples. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The preferred embodiment of the present invention is discussed in detail 

5 below. While specific configurations are discussed, it should be understood that 
this is done for illustration purposes only. A person skilled in the relevant art will 
recognize that other components and configurations may be used without 
departing from the spirit and scope of the invention. 

This invention is the embodiment of novel and original thinking in the 
1 0 form of executable computer code and includes a collection of design concepts, 
procedures, database schemas, specialized Domain Name System (DNS) entries, 
web based applets and regional processing computers connected via the global 
Internet. 

By way of this invention, every telephone number worldwide becomes an 
15 identifying Internet URI/URL handle or access key for use in information 
storage, transmission, retrieval and continuous monitoring/observation. This 
invention allows its users to monitor people, devices, equipment and resources 
and to be monitored by others by using various forms of telephone number 
URI/URL identifiers herein called handles. This invention allows users to publish 
20 for public or private access their telephone number or multiple telephone 

numbers and/or other handle(s) which include within them a telephone number. A 
handle may be any unique arbitrary collection of letters, numbers and special 
characters. A telephone number would be a type of handle, however not all 
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handles are the same as telephone numbers. Some examples of handles include, 
but are not limited to name (Fig. 36 and 37), postal address, e-mail address, pager 
number or pin, instant messaging address, Social Security Number, PDA/PCD 
network identification/serial number, IP address, license plate or tag number (Fig. 
5 34A and 34B) or other arbitrary user created identifier. The invention allows an 
owner to create and maintain a large set of handles. The invention maintains a 
cross reference list of all handles belonging to the same owner. Any handle which 
has as one of its component parts a telephone number formatted according to the 
rules of Table 1 shall be deemed to be owned (at least shared ownership if created 

1 0 by another party) and controlled by the owner/subscriber of that basic component 
telephone number. This invention makes the telephone number the unification 
address for electronic contact, messaging, status keeping and status seeking, 
tasking, schedule and time management, location tracking and ETD/ETA/ETC 
distance and speed calculation. The invention is worldwide in scope and supports 

15 all languages and telephone number formats and international Internet character 
sets. 

People so authorized by the telephone number's owner/subscriber could 
check the telephone number owner/subscriber's current status, task list(s), 
physical location, ETD/ETA/ETC and other vital information (Fig. 24) by simply 
20 knowing any one of the telephone numbers or related handles of the person or 
thing for whom or for which they wish to check current status and location. 

There would be no need to place a voice call to interrupt the party to 
determine their location, current assignment, status condition, pending tasks or 
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other pertinent available information. Instead, the inquiring party would simply 
access the other party's current status, task, location, ETA/ETD/ETC and other 
information using any of the subject party's known telephone numbers or handles 
as an Internet compatible URI/URL query address. 

5 This invention makes it possible to enter a North American telephone 

number or International telephone number or other related handle directly into 
any Internet address field be it as a direct URL web address or as a direct URI e- 
mail address and have it produce immediately useful results via the invention 
system. 

1 0 The invention allows entering the sought after party's telephone number 

in any Internet browser's URL address field or any e-mail address field or by 
using DTMF or voice commands on a telephone. These procedures will access 
the details of the target party's current status, current task assignment and 
location along with their pending internal/external/shared task schedule (to-do 

15 list) and any other pertinent subscriber defined information. Authorization is 
under the control of the telephone number's owner/subscriber. 

Personal Digital Assistants (PDA) or Personal Communications Devices 
(PCD) or other fixed/mobile electronic (communications capable) devices may 
have telephone number(s) and/or other related handles symbolically linked to 
20 them by the subscriber. They may also be part of an associated PDA/PCD 
notification group or may be referenced by an assigned serial number or IP 
address. A fixed office, factory or home computer or other fixed position device 
may also have telephone number(s) and/or other handles symbolically assigned to 
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them. They may be part of an associated PDA/PCD notification group or may be 
referenced by an assigned serial number or IP address. Any reference herein to a 
PDA/PCD capability will generally apply to mobile items such as cell telephones, 
pagers, computers, sensory and control devices, status updating, location 
5 tracking, navigation, electronic devices etc. as well as to any fixed position 
computer, device, sensor, apparatus, appliance, item of equipment etc. as well. 

To save time, telephone numbers and handles can be specified to auto 
complete (and auto-submit) upon entry of a unique number of characters. The 
auto complete can be based upon either leading or trailing unique character 
10 sequences entered with respect to a given passage of time. The Invention is able 
to learn these unique sequences over time and/or by direct completion hints 
supplied by the owner. 

The owner/subscriber of a telephone number or other handle can define 
public and private data layers (from superficial to detailed) of viewable 

15 information about themselves. The invention defines at least seven (7) 

levels/layers of access and update security. A data layer is a discrete subset of 
data items pertaining to the owner/subscriber which is derived from the complete 
set of all available information pertaining to the owner/subscriber. Each data 
layer may be independent of other data layers or may overlap any of the other 

20 layers. The owner/subscriber controls the ability of others be they group 

members, the general public, business associates, family or friends to see the 
various layers or modify any items therein. A public layer has no password 
assigned to it. A private layer has an access password assigned to it. By default, 
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the general public may only be able to view a public layer that contains very 
minimal or perhaps no information about the owner/subscriber. Some family 
members may be authorized to view a layer that contains all information 
pertaining to the owner/subscriber. Business associates may be authorized to 
5 view, and modify elements of, a layer that contains the task schedule and project 
assignment collaboration list but little else. Therefore each authorized user may 
have a different view of the owner/subscriber and his or her or its data element 
details depending upon which owner/subscriber assigned data layer passwords 
they are in possession of. 

10 The viewer can create a personal viewing template for any given owner or 

group. This personal template may define fewer data items for display than are 
authorized for display. This is handy when the user simply wants brief summary 
information displayed and continuously updated. Personal viewing templates may 
be saved for re-use at a later time. An example would be a template that shows 

15 just the current status and location of three children within a family that 
automatically updates on screen every 60 seconds. 

An owner or other authorized user (subject to security constraints) may be 
able to set any of the owner's data elements such as current status and location, 
current internal/external/shared task, future internal/external/shared tasks or post 
20 remarks or custom information in any of several ways, such as: 

A method is to access their own telephone number's Internet status web 
monitoring site via entry of any one of their personal or business telephone 
numbers entered as a URL/URI address (see Table 1) in any form of Internet 
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browser operating upon any type of Internet browser enabled device operating 
upon any type of Internet connection. For some PDA/PCD devices the telephone 
number is entered (or selected from a list or spoken) into a single data access 
retrieval field of a previously downloaded PDA/PCD custom status and location 
5 retrieval and update applet (Fig. 26 and Fig. 27). This might be done in cases 
where the PDA/PCD has no directly available general purpose Internet browser 
wherein a URL/URI can be entered. 

Once their current status, location and other custom information defined 
by the owner/subscriber are displayed either in a browser form or upon a custom 
10 Internet communications applet the authorized user may then update these items. 
Updates are under authorization by caller-ID, serial number ID, password 
protection, digital certificate or other trusted authentication (i.e. 
voice/finger/retina print) scheme (with encryption) if desired. 

Another method is to send an e-mail which e-mail has the To: address 
15 (specified as defined in Table 1) being the telephone number in question for 

which the status update, task or location is to now be set. The subject line and/or 
the body contain the authorization code, authentication/encryption information 
(PGP etc.), status code, task code, location, ETD/ETA/ETC and other possible 
owner defined information. 

20 Voice commands may be used instead of a selection device (mouse, 

trackball, touchpad, stick, eye movement tracking, brainwave/thought detection, 
nerve impulse) or typing. In general commands may be entered via any input 
medium that is available upon or within the source Internet connected device. 
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Sometimes using a selection device or typing a command will be more 
appropriate or efficient than giving an audible command. An example given in 
spoken form will have a counterpart in a selecting device or typing. Options or 
techniques shown in one example are generally applicable to other examples. 

5 By speaking to the PC/PDA/PCD using a short status update phrase such 

as "at hospital" or "en route" or "delivering" or "location" or "working at office" 
or "working at job site" or "in flight". If so authorized, these examples of spoken 
phrases will cause the PC/PDA/PDC to transmit the appropriate commands (with 
authentication) to update the status of the device and its owner via a direct 
1 0 telephone number URI/URL entry that includes the prefixed command status 

codes. For example, the spoken command "working at office" might generate the 
URL/URI: 8294.91. 41 0.849.2052.ac 

where 8294 is the authorizing PIN needed to perform this update, 91 
(Table 2) is the subscriber established numeric code for "working at office", 
1 5 41 0.849.2052 is the subscriber telephone number for which status is to be 
updated and .ac is the Internet telephone "Area Code" TLD. The actual 
transmission to the Internet from the URI/URL line would be: 

8294.91.410.849.2052.ac 

and this would accomplish in one step the setting of telephone number 
20 410-849-2052 subscriber's status to that of being "working at office". The 
URI/URL could also be entered as: 

8294.wrkg.410.849.2052.ac 
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because this subscriber has a Table 2 entry defining the abbreviation 
"wrkg" to mean "working at office". 

Speaking "8005551212 in flight to Baltimore" will place the device with 
the handle 8005551212 and/or owner thereof in a status of "in flight" with a 
5 remark of "Baltimore". An owner's device may be able to use a default handle 
and PIN if none given, thus speaking "in flight to Baltimore" could suffice to set 
the status by automatically generating the URL/URI command: 
7274.36.19.800.555.1212.ac 

where 7274 is the default authorizing PIN of this device needed to 
10 perform this update, 36 (Table 2) is the subscriber established verb code for "in 
flight" and 19 (Table 2) is the subscriber established location code for 
"Baltimore", 800.555.1212 is the subscriber phone number to be updated and .ac 
is the Internet telephone "Area Code" TLD. The actual example Internet 
transmission from the URI/URL line would be: 

15 7274.36.19.800.555. 1212.ac 

and this would accomplish in one motion the setting of telephone number 
800.555.1212 subscriber's status to being "in flight to Baltimore" for the rest of 
the world to be able to see. Note that the owner defines the precedence of verb 
over location over object or vice versa, that is why there is no invention conflict 
20 between the use of 36 and the 19 from Table 2, the order of their appearance on 
the URI/URL entry automatically prevents conflict. Alternatively the command 
could have been submitted to the Internet as URI/URL: 

7274.$in flight to Baltimore$.800.555.1212.ac 



23 



where there might have been no established codes for "in flight" or 
"Baltimore" and so the plain words were transmitted instead with surrounding 
dollar "$" signs indicating that this is indeed a plain language status update (Fig. 
35A and 35B). Because Table 2 has abbreviations for both InFlight (inf) and 
5 Baltimore (bait) the command could also have been submitted to the Internet as 
URI/URL: 

7274.$infbalt$.800.555.1212.ac 

or even as 

7274.inf.balt800.555.1212.ac 

1 0 Speaking "location 4102129119" will cause The invention to attempt to 

immediately determine via direct device query the current location 
latitude/longitude (LAT/LON) and altitude of the communications device 
associated with telephone handle 410-212-9119. As soon as the device responds 
with its location the status monitor will visually reflect the new location and a 

15 message (voice or text) will be returned indicating the current location of the 
device and ? security permitting, progress along route, ETD/ETA and other 
possible owner defined information. For example, the automatically generated 
Internet URI/URL address command line entry might be: 
location.410.212.9119.ac 

20 where the keyword "location" will cause (subject to any security 

constraints in effect) a latitude/longitude/altitude (LAT/LON/ALT) and associated 
common place name to be returned (Fig. 28) for North American telephone 
number 410.212.9119 to the issuer of the URI/URL address line query. 
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Speaking "map 8775551212" will cause the display of a map highlighting 
the location of the communications device associated with handle 8775551212 
along with a display of its (or its owner's) current status, progress along route and 
ETA. For example, the automatically generated Internet URI/URL address 
5 command line entry might be: 

map.8775551212 

where the keyword "map" will cause (subject to any security constraints 
in effect) a map centered on the latitude/longitude (LAT/LON) and showing 
altitude if available of the device to be returned for North American telephone 
10 number 8775551212 to the issuer of the URI/URL address line query. Note that 
in this example the entire telephone number 8775551212 is serving as its own 
invention supported TLD. 

Speaking "show (group) 8005551212" will cause the display of some or 
all (depending upon access level security constraints) of the status, task, location 
15 and general information pertaining to the device and/or owner associated with 
handle 8005551212. If the keyword group were included with the show 
command then the resulting display will be for all members of the group 
associated with handle 8005551212. For example, the automatically generated 
Internet URI/URL address command line entry might be: 

20 show, group. 800-555- 1212 

where the keywords "show" and "group" will combine to cause (subject 
to any security constraints in effect) a display of the handle, task name, task type, 
status, duration and task start/finish information (Fig. 23) pertaining to all of the 
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devices and/or owners associated with groups which are in turn associated with 
telephone handle 8005551212 which is North American telephone number 800- 
555-1212 to the issuer of the URI/URL address line query. Note that in this 
example the entire telephone number 800-555-1212 is serving as its own 
5 invention supported TLD. 

Speaking "listen 8005551212 (compare (with) (profile) spy 2)" will 
command the remote device associated with handle 8005551212 to auto-answer 
and immediately open its audio capabilities for real-time monitoring of the 
speech or sounds within the vicinity of the device. If the optional "compare spy 
10 2" is included, the received information will be compared with the previously 
stored profile image named "spy 2". Unacceptable contrasts between the profile 
and currently received sound information will be highlighted. For example the 
generated Internet URI/URL address command for this function might be: 

compare.spy2.listen.555.1212.800.com 

1 5 which automatically performs the entire task returning to the requester the 

comparative results. 

Speaking "view 8005551212 (match (with) (profile) boat)" will command 
the remote device associated with handle 8005551212 to auto-answer and 
immediately open its video capabilities for real-time monitoring of the sights and 
20 possibly speech or sounds within the vicinity of the device. If the optional "match 
boat" is included, the received information will be matched with the previously 
stored profile image named "boat". Unacceptable contrasts between the profile 
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and currently received information will be highlighted. For example the 
generated Internet URI/URL command address for this function might be: 

match.boat.view.555.1212.800.ac 

which automatically performs the entire task returning to the requester the 
5 comparative results. 

Speaking "sense 7035551212 (compare (with) (profile) smith 3)" will 
command the remote device associated with handle 7035551212 to auto-answer 
and immediately open its medical and/or environmental and/or sense capabilities 
for real-time monitoring and reporting. Some monitored conditions might include 

10 the temperature, humidity, smoke, gas, carbon monoxide and other environmental 
factors, mechanical conditions (i.e. industrial processes, equipment, appliances), 
vehicle conditions (i.e. oil/fuel level, engine and brake performance) within the 
range of the device. Sensed medical conditions may include but are not limited to 
brain activity, heart activity, glucose level, blood pressure, and respiration rate. If 

15 the optional "compare smith 3" is included, the received information will be 
compared with the previously stored profile image named "smith 3". 
Unacceptable contrasts between the previously stored profile and the currently 
received information will be noted, highlighted and alerts transmitted. For 
example the generated Internet URI/URL address for this function might have 

20 been: compare.smith3.sense.555.1212.703.org 

which automatically performs the entire sensory comparative task 
returning to the requester the comparative results and alerting others if the 
differing results are beyond those specified in the profile. 



27 



Speaking "status 7035551212 stove" will command the "stove" 
(subgroup) appliance associated with telephone number handle 7035551212 to 
report back on the current status of its burners and oven etc (Fig. 31). Speaking 
"status 3015551212 fridge" will command the "fridge" (subgroup) of appliances 
5 associated with telephone number handle 3015551212 to report back on their 
current status of refrigeration and freezer conditions etc. As always, an owner's 
device may be able to use a default handle if no handle is explicitly given such 
that all that need be spoken (or selected/typed) is "status stove", "status fridge" or 
"contents fridge". The device upon which the command is issued can then supply 
10 its own handle to qualify the command. Examples of the generated URI/URL 
handles would be: 

ftidge.301.555.1212.ac or stove.703.555.1212.ac 

Speaking "close (or stop) area code 4108492052" will command the 
remote device to stop actively pursuing what it was originally commanded to do 
15 and return to its normal inactive state (to disconnect or hang-up). Example 
URI/URL: 

close.8492052.410.org 

Speaking "task 573.5600.410.849.8989.410" will query the invention for 
intersection points between the task lists telephone subscriber 573.5600.410 and 
20 of telephone subscriber 849.8989.410 displaying any task relationships the two 
parties have in common. For example if subscriber 849.8989.410 dropped off a 
large print job at Kinko's in Annapolis whose phone number is 573.5600.410 then 
this task query would show the current status and estimated time to completion of 
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the print job (Fig. 35C). The telephone numbers could also have been entered 
with leading area codes. A PIN number could have been required to limit access 
to this information. Examples of the generated valid URI/URL handles would be: 

573.5600.410.849.8989.410.ac or 849.8989.410.573.5600.410.ac 
5 or 

410.573.5600.410.849.8989.ac or 410.849.8989.410.573.5600.ac 
or 

task.410.573.5600.ac or task.410.849.8989.ac 
or 

10 task.410.573.5600 or task.410.849.8989 

Location updates may be made either manually or automatically. 
Automatic latitude/longitude/altitude (lat/lon/alt) location updates (needed for 
mapping, proximity events, historical reference, algorithmic decisions etc.) are 
performed whenever a status, task, data item or call is transmitted or received. 
1 5 The PDA or PCD under command of the invention (via scheduled (repetitive) 
command (or script invocation) on a task list) or under immediate owner 
command can be asked to supply lat/lon/alt updates as often as desired depending 
upon safety or tracking requirements. 

The invention will automatically relate predefined radii from predefined 
20 lat/lon/alt coordinates to a particular invention or owner defined common place 
name. An owner many define as many common place names as required for their 
application. For example a given radius and altitude from the coordinates of an 
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owner's office might be given the common place name "Office 16 Floor". This 
allows for the shorthand entry of certain owner defined commands such as 
"Working" or "En Route" or "Unavailable". If the owner issues a status of 
"Unavailable" from within the pre-defined radius and altitude of the coordinates 
5 owner labeled as "Office 16 th Floor" their world wide viewable status would 
automatically become "Unavailable at Office 16 th Floor". If the owner issues a 
status command of "En Route" or "Here" from within the pre-defined radius and 
altitude of the coordinates invention labeled as "1400 block Maple Ave." their 
world wide viewable status and location would automatically become "En Route" 
10 or "Here" from/at "1400 block Maple Ave.". Depending upon circumstances 
device owners participating in the invention may have control over the "if and 
when" and physical length and/or relative truncation of lat/lon/alt transmissions 
and/or the degree of public visibility thereof. 

The invention remembers each received lat/lon/alt waypoint together with 
15 its date and time. Over the course of time the invention builds a travel history 
database by device owner of routes and waypoints and relative elapsed travel 
time between waypoints and direction of travel between these points together 
with an accumulation of averages thereof. Over time the invention correlates the 
waypoints and directions of travel between points together with date and time of 
20 day with physical roads or routes. The invention becomes increasingly familiar 
with a particular PDA or PCD owner's travel habits and patterns through 
comparisons of current course, route type, time of day and destination with 
historical course, route type, time of day and destination. Therefore, the invention 
is able to render ever improving real world predictions of owner waypoint and 
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destination ETA. Furthermore, the invention is simultaneously aware of all owner 
histories over all routes over a broad range of dates and times. The invention may 
have knowledge of, or a good prediction of, the route being taken, together with a 
known or predicted destination. The invention will offer alerts to the owner of 
5 possible poor conditions (construction, congestion, accidents, advancing weather, 
etc.) that may be encountered en route to the (known or predicted) next waypoint 
or final destination. The invention will offer alternative routes to the owner(s) to 
possibly help them avoid upcoming poor conditions. The invention can alert each 
given owner because the invention is aware (in real time) of the progress of other 

10 invention participating owners who are at varying distance ahead on the same (or 
opposite) predicted route. The invention is aware (in real time) of the progress of 
other invention participating owners on other possible alternative routes. The 
invention is aware (in real time) of the progress of other invention participating 
owners at the local metropolitan, regional, national and international level. The 

1 5 invention can sense an unnatural stop along a given route and generate an alert 
both to other invention users, public safety officials and the news media. The 
invention is also aware of real time weather conditions and their direction and 
speed of movement and can alert members accordingly. In addition, any 
invention participant on a given route can issue a "traffic/weather/caution alert" 

20 which is made available to other invention participants to the rear (or ahead 
traveling in the opposite direction) on the same route. The invention will also 
attempt to continuously issue revised owner ETA (Fig. 24) based upon the real 
time progress of other owners (plural) of whom the invention is aware that are 
currently navigating through the good or poor condition up ahead on this owners 
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predicted or known route. Those members of the public worldwide so authorized 
will also be able to see the dynamic changes to any given owner's ETA as they 
happen. If the owner's ETA is outside of the acceptable range needed for a 
scheduled appointment an alert will be sent to the most appropriate devices of the 
5 person or persons with whom the owner was to meet. This invention feature saves 
the owner the time and frustration of having to personally contact the parties with 
whom he is trying to meet at a now impossible time. 

Manual updates may also be entered for more specific location remarks 
such as 1428 Grand Ave, 14 th floor, Suite 1400 (city and state can default 
1 0 automatically) . 

Any authorized person, member of the general public or automated 
system may hear and/or view the most recent and historical status and location of 
any telephone number associated device, handle or the owner thereof in any of 
several ways: 

1 5 Authorized users on the Internet may view and/or hear the most recent 

and historical status, activity and location updates for any telephone number, 
related handle or the owner thereof. This query for current and historical status 
and location information can be accomplished by entry of a telephone number or 
other related handle as a URI/URL address (as specified in Table 1) in any form 

20 of Internet browser on an Internet enabled device connected to the Internet. This 
query for current and historical status, location and other information can also be 
accomplished by sending an e-mail query directly to the telephone number or 
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related handle URI (see Table 1) requesting a return e-mail containing the 
requested information. 

Authorized users via telephone may hear the playback of the most recent 
and historical status, location and information updates for any telephone number, 
5 handle or the owner thereof. This query for status and information is 

accomplished by entry of a personal or business telephone number entered as 
DTMF tones. Assuming that the sender of the DTMF encoded telephone number 
and query command is authorized, they will be given an audible announcement as 
to the status, location and other owner provided information associated with the 
1 0 telephone number (or handle) just entered via DTMF tones. 

An e-mail query may be sent to any known telephone number or handle 
address (of a form specified in Table 1) to query that handle and owner's status. 
If the subject line or body leads off with a particularly specified and agreed upon 
query indicator character(s) (Ex. ++), a responding e-mail will be returned which 
1 5 contains the latest status, location and other specified information for the 
telephone number just previously queried via e-mail. 

Every status, task and location change update may be time and date 
stamped for historical tracking purposes at the owner's discretion. Such captured 
historical information can be made available to others by means of data layer 
20 authorization. Assuming a prior grant of permission by owner, such historical 
data shall also be available to Public Safety Agencies for use in emergencies. 

Telephone number (handle) owners may opt to become group participants 
in multiple simultaneous voluntary (possibly nested) groupings with other 
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PDA/PCD owners (Table 3 and Fig. 29). These named (and perhaps nested) 
groupings (a group name may be an arbitrary collection of letters, numbers and 
special characters) of owners may then be displayed by browsers or custom 
applets ordered within their named groupings (possibly within groupings (within 
5 groupings. . .)) by various viewer specified criteria. Specific sorted display criteria 
for a specific group or subgroup might be by status and by name within status etc. 
depending upon the needs of the viewer. Depending upon the capabilities of the 
browser, applet, physical device and communications links multiple independent 
groups and subgroups can be displayed simultaneously. Regularly needed 
10 customized group views may be saved for recall and use later. 

Owners may publish their various available groups (and available 
levels/layers thereof) for easy access by worldwide public and private viewers. 
For instance the owner (group) 7035551212 might in turn own a group called 
"kitchen" (kitchen.703.555.1212.ac) which in turn owns the groups "stove" (Fig. 

15 31), "fridge" which in turn owns "freezer" (Fig. 32), "dishwasher" and 

"microwave" (stove.kitchen.703.555.1212.ac fridge.kitchen.703. 555. 1212 
freezer.fridge.kitchen.703.555.1212 etc.). These published group and subgroup 
names would allow any authorized viewer worldwide to quickly determine that 
there is indeed a kitchen (group) with appliances that are sense capable and to 

20 find out if, for instance, the right rear burner of the "stove" (group) is on or off . 
Authorized users could determine the contents of the freezer and perhaps its 
current operating temperature. Assuming that the given worldwide viewer had 
permission they could also turn a particular burner on or off or change the 
temperature of the freezer. 
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Any owner (or device or computer resource) may create a group. A group 
has a handle assigned to it just as an owner does (Fig. 29). The creator of a group 
may automatically become the Group Leader and may be responsible for the 
permissions controlling who else may join the group (Fig. 40 through 50). A 
5 Group Leader defines the physical and logical data characteristics of their group. 
A group leader can join his or her or its group as a subgroup to another existing 
group or to multiple other groups, subject to the permission of any existing 
group's group leader. A group leader can join to itself as many other groups as 
may have granted permission to be so joined. Group leader's can transfer or share 
10 their owner authority to or with another owner at any time. Both groups (via their 
group leader) and individual owners may opt out of groups at any time. 
Individual owners may grant varying degrees of special access and control 
authority to the group leaders of the groups (group by group grant specification) 
that they have joined. 

15 A few examples of groupings are provided, (Table 3): 

A grouping composed of all those telephone, PDA or PCD or PC owners 
working in collaboration on a particular company project or task force. 

Subgroup might be those based west of Mississippi 

Subgroup might be those based east of Mississippi 

20 Subgroup might be those out of the office at this moment 

A grouping might be composed of all those owners playing on the same 
baseball team. 
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Subgroup might be all of the pitchers on the baseball team 

A group might be all of the HVAC environmental units on an office 
campus 

Subgroup might be those HVAC units in a given building 

Subgroup those HVAC units on a floor of a building 
A group might be all firefighters working a fire 

Subgroup might be those who's respiration or heart rate is extreme 
A group might be all members required for a specialized surgical team. 
A group might be a collection of couriers of donated transplant organs. 

Subgroup might be air couriers 

Subgroup might be ground couriers 
A group might be all those awaiting a liver transplant in the United States 

Subgroup awaiting liver transplant in Maryland 

Subgroup awaiting liver transplant in Baltimore 
A group might be all hospitals within a given metropolitan area. 

Subgroup of those with a cardiologist available at this instant 

Subgroup of those with an MRI system available at this instant 
A group might be all agents working in all FEMA command centers. 

Subgroup those working in FL, GA ? SC, NC, VA, DE, MD 
Subgroup those working in South Carolina 
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Subgroup currently On-Duty in South Carolina 

Subgroup those working in Charleston 

A secretary may assign all employees for whom he or she is responsible to 
a virtual office status whiteboard group itself in turn composed of more specific 
5 groups. Multi-member groups belonging to this office whiteboard group might be 
"sales" and "support" and "admin". The secretary would probably define various 
handy status views so as to be able to quickly scan the status of all members of 
just say the "support" or "sales" group that he or she previously defined. Another 
status view might show all employees simultaneously and be automatically 
10 updated every 30 seconds. These groups would probably ultimately belong (be 
assigned to) the main office telephone number. An Example, the main office 
number is 703.445.5000 therefore the "sales" group URI/URL would be 
sales.703.445.5000.ac and the "admin" group URI/URL would be 
admin.703.445.5000.ac etc. 

15 Figures 40 through 50 concentrate deeply on the concept and operations 

of groups and handles within the invention. Ultimately all groups and handles 
have as their root or base domain a telephone number of some type. 

Group and Owner Relationships Figure #40 diagrams the relationships 
between some of the various forms of group types within the invention. All 
20 groups within the invention are of one type or another. Some group types include: 
RM - Root Master, OM - Owner Master, OS - Owner Subordinate etc. A group 
is a collection of invention required and owner defined data buckets referenced 
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by a unique handle. The uniqueness of a handle may be derived from qualifying it 
by its parent's handle. 

The primary concept to be grasped from this diagram is that of the Root 
Master Group (RMG) group. The RMG is an owner which contains all of the 
5 master data pertaining to an owner such as the owner's real name, home or 

business address, phone numbers and their times of best use, rules base, password 
access tables, etc. 

The RMG is the very top of the group food chain, it is a root node. For a 
typical member of the invention owner customer base the RMG would probably 
10 be their primary home phone number, which would become their RMG handle. 
Each and every RMG within all of the invention must be unique. 

The RMG is needed so as to form the basis of a master mother-of-all- 
owners group for a given owner. The RMG contains core universally applicable 
information pertaining to the owner. In a RDBMS sense, the RMG is the single 
15 authoritative source for information such as name, address, email addresses, 
password security etc. 

Any group created from or by the RMG will inherit the owner 
information (rules base, passwords etc.) contained in the RMG. This makes 
secondary or subordinate group creation faster, it avoids the need to redundantly 
20 specify base owner information. 

The ultimate RMG owner is the invention itself. When an owner 
(customer/device) creates an RMG the RMG inherits specifications from an 
appropriate (customer/owner selected) invention pre-defined design template. 
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These specifications may include pre-defined status codes, status types, rules 
base etc. These inherited specifications save time in setting up an RMG and 
provide consistency of form within the invention. 

An Owner Master Group (OMG) is similar to an RMG but rather than 
5 being directly owned by the invention it is owned by an RMG. Like an RMG an 
OGM serves as a reference point for security, rules bases, abbreviations etc. Each 
and every OMG within all of the invention must be unique. 

Either an OMG or an RMG may serve as a Home Group. A home group 
defines the basic invention rules of the road to all of its subordinate groups. 

10 An Owner Subordinate Group (OSG) is in turn owned by either an RMG, 

an OMG or OSG parent. The OSG inherits its basic qualities and data buckets 
from its parent. An OSG may also contain data buckets whose definition was 
derived (inherited) from an invention template specification (i.e. Maytag 
Dishwasher Model 216A) and may contain an arbitrary number of additional 

1 5 owner defined custom data buckets. The inherited qualities or buckets can each 
be deleted or modified at any time by the owner, they were inherited to assist in 
quickly defining the new OSG, they are not hard and fast. An OSG does not have 
to be unique. Part of the power of the invention queries comes from the fact that 
an OSG name does not have to be unique. 

20 Group ownership can be nested to an arbitrary depth (Fig. 40 through 50). 

A group can own an arbitrary number of groups (Fig. 40 through 50). 

Group and Owner/Subscriber Relationships Figure 41 diagrams the 
relationships between some of the various forms of the group type OS - Owner 
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Subordinate etc. An OS group (OSG) is a collection of invention required and 
owner defined data buckets referenced by a unique handle. The uniqueness of a 
handle may be derived from qualifying it by its parent's handle. An OSG only 
need be unique within the realm of its immediate parent. 

5 The unique handle to the outside world in this diagram would be formed 

as medical.410.849.8989 which would provide access the overall state of the 
medical group. The sub groups John and Catherine would be accessed from the 
outside world as john.medical.410.849.8989 or catherine.medical.410.849.8989 
respectively. The sub groups John and Catherine could also be accessed from the 
10 outside world as john.medical.849.8989.410 or catherine.medical.849.8989.410 
respectively. When logged into the Home Group 410.849.8989 (or 849.8989.410) 
there would be no need to include the Home Group in a reference to group 
medical or to group John or to group Catherine as these groups are all unique 
within the 410.849.8989 RMG. 

1 5 The primary concept to be grasped from this diagram is that of the Owner 

Subordinate Group (OSG). The OSG is an owner group used to contain much of 
the detailed data pertaining to a given class of owner information. A class of 
owner information might be medical information or household information or 
automotive information. 

20 The OSG is a branch, twig or leaf in the tree structure. For a typical 

invention user the OSG would probably hold detailed data about various items of 
importance to its RMG or OMG owner. 
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The OSG is needed so as to form the foundation of detail data storage for 
a given owner. The OSG contains the idiosyncratic information pertaining to 
various topics of interest to the owner. In a RDBMS sense, the OSG is similar to 
a row in the database, however, unlike rows, one OSG can be nested inside 
5 another after another. 

Any group created from or by an OSG will inherit the owner information 
(rules base, passwords etc.) contained in the creating OSG. This makes secondary 
or subordinate group creation faster, it avoids the need to redundantly specify 
base owner information. 

10 The ultimate OSG owner is either an RMG or an OMG. When an owner 

RMG, OMG or OSG (customer/device) creates an OSG the OSG inherits its 
initial specifications from its owner. These inherited specifications save time in 
setting up an OSG and provide consistency of form within the invention. 

An OSG will specify either an OMG or an RMG as its Home Group. A 
15 home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 

An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 
another OSG parent. The OSG inherits its basic qualities and data buckets from 
20 its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Maytag Dishwasher 
Model 216A) and may contain an arbitrary number of additional owner defined 
custom data buckets. The inherited qualities or buckets can each be deleted or 
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modified at any time by the owner, they were inherited to assist in quickly 
defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
OSG name does not have to be unique. Thus a reference to john.41 0.849. 8989 
5 will access both John's medical information as well as John's car and boat 
information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
group can own an arbitrary number of other OSG groups. 

Group and Owner Relationships Figure 42 diagrams the relationships 
10 between some of the various forms of the group type OS - Owner Subordinate 
etc. An OS group (OSG) is a collection of invention required and owner defined 
data buckets referenced by a unique handle. The uniqueness of a handle may be 
derived from qualifying it by its parent's handle. An OSG only need be unique 
within the realm of its immediate parent. 

15 The unique handle to the outside world in this diagram would be formed 

as house.410.849.8989 (or house.849.8989.410) which would provide access the 
overall state of the medical group. The sub groups appliance and security would 
be accessed from the outside world as appliance.house.410.849.8989 or 
security.house.41 0.849.8989 respectively. The sub groups appliance and security 

20 could also be accessed from the outside world as appliance.house.849.8989.410 
or security.house.849.8989.410 respectively. When logged into the Home Group 
410.849.8989 (or 849.8989.410) there would be no need to include the Home 
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Group in a reference to group house or to group appliance or to group security as 
these groups are all unique within the 410.849.8989 RMG. 

Notice that the OSG appliance is the owner of OSG fridge, stove, nuke, 
hvac and yard. Note that OSG stove contains the detailed specifications and real- 
5 time data for a specific Maytag model 1209z stove appliance. The Maytag 1209z 
specification template was retrieved from the invention manufacturer template 
library. The access to real-time details and controls pertaining to this stove can be 
had via query to stove.410.849.8989 or to stove.appliance.house.41 0.849. 8989 
the later being more formal and thus a little quicker to access the data. However, 
10 after a query to the informal stove.410.849.8989 the invention will automatically 
substitute the fully qualified name on subsequent queries. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG). The OSG is an owner group used to contain much of 
the detailed data pertaining to a given class of owner information. A class of 
15 owner information might be medical or household or automotive or any other 
information important to an owner. 

The OSG is a branch, twig or leaf in the invention tree structure. For a 
typical invention user the OSG would probably hold detailed data about various 
items of importance to its RMG or OMG owner. 

20 The OSG is the foundation of detail data storage for a given owner. The 

OSG contains the idiosyncratic information pertaining to various topics or 
devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 
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in the database, however, unlike rows, one OSG can be nested inside another 
after another. 

Any group created from or by an OSG will inherit the owner information 
(rules base, passwords etc.) contained in the creating OSG. This makes secondary 
5 or subordinate group creation faster, it also avoids the need to redundantly specify 
base owner information. 

The ultimate OSG owner is either an RMG or an OMG. When an owner 
RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
specifications from its owner. These inherited specifications save time in setting 
10 up an OSG and provide consistency of form within the invention. 

An OSG will specify either an OMG or an RMG as its Home Group. A 
home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 

15 An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 

another OSG parent. The OSG inherits its basic qualities and data buckets from 
its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Maytag Dishwasher 
Model 216A) and may contain an arbitrary number of additional owner defined 

20 custom data buckets. The inherited qualities or buckets can each be deleted or 
modified at any time by the owner, they were inherited to assist in quickly 
defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
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OSG name does not have to be unique. Thus a reference to john.410.849.8989 
will access both john's medical information as well as john's car and boat 
information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
5 group can own an arbitrary number of other OSG groups. 

Group and Owner Relationships Figures 43, 44 and 45 diagram the 
relationships between some of the various forms of the group type OS - Owner 
Subordinate and OM - Owner Master etc. An OS group (OSG) is a collection of 
invention required and owner defined data buckets referenced by a unique handle. 
1 0 The uniqueness of a handle may be derived from qualifying it by its parent's 
handle. An OSG only need be unique within the realm of its immediate parent. 

The unique OSG handle to the outside world in this diagram would be 
formed as john.410.212.9119 (or john.212.9119.410) which would provide access 
the overall state of the John OSG. The OSG car and boat would be accessed from 

15 the outside world as car.john.410.212.9119 or boat.john.410.212.9119 

respectively. The OSG car and boat could also be accessed from the outside 
world as car.john.849.8989.410 or boat.john.849.8989.410 respectively. When 
logged into the Home Group 410.212.9119 (or 212.9119.410) there would be no 
need to include the Home Group in a reference to OSG John or to OSG car or to 

20 OSG boat as these OS groups are all unique within the 410.212.9119 OMG. 

Note that 410.212.9119 is an Owner Master Group (OMG) which is in 
turn owned by 410.849.8989 which is a Root Master Group (RMG). This 
relationship means that, depending upon what access options are set, 
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410.849.8989 may effectively be used as a home group for John, car and boat. 
Thus car.410. 849.8989 would qualify to a unique and correct OSG. However, 
john.410. 849. 8989 would either yield the medical data from john.medical or both 
john.medical data and john.410.212.9119 data or ask for clarification as to which 
5 is desired. Any potential ambiguity among OSG is decided by option flags set at 
the RMG and/or OMG level 

Notice that the OSG car is the owner of OSG engine and brakes. Note 
that OSG engine contains the detailed specifications and real-time data for a 
specific Mazda RX-7 model Dll car engine. The Mazda RX-7 model Dll 

10 specification template was retrieved from the invention manufacturer template 
library. The access to real-time details and controls pertaining to this engine can 
be had via query to engine.410.212.9119 or to engine.car.john.410.212.9119 the 
later being more formal and thus a little quicker to access the data. However, after 
a query to the informal engine.410.212.9119 the invention will automatically 

1 5 substitute the fully qualified name on subsequent queries. Note that due to the 
OMG to RMG relationship an informal query of engine.41 0.849.8989 could also 
be used, flag settings permitting. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG) and its relationship to an Owner Master Group (OMG) 
20 and possibly to a Root Master Group (RMG). The OSG is an owner group used to 
contain much of the detailed data pertaining to a given class of owner 
information. A class of owner information might be medical or household or 
automotive or any other information important to an owner. 
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The OSG is a branch, twig or leaf in the invention tree structure. For a 
typical invention user the OSG would probably hold detailed data about various 
items of importance to its RMG or OMG owner. 

The OSG is the foundation of detail data storage for a given owner. The 
5 OSG contains the idiosyncratic information pertaining to various topics or 

devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 
in the database, however, unlike rows, one OSG can be nested inside another 
after another. 

Any group created from or by an OSG will inherit the owner information 
10 (rules base, passwords etc.) contained in the creating OSG. This makes secondary 
or subordinate group creation faster, it also avoids the need to redundantly specify 
base owner information. 

The ultimate OSG owner is either an RMG or an OMG. When an owner 
RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
15 specifications from its owner. These inherited specifications save time in setting 
up an OSG and provide consistency of form within the invention. 

An OSG will specify either an OMG or an RMG as its Home Group. A 
home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
20 abbreviations of OSG handles may be used. 

An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 
another OSG parent. The OSG inherits its basic qualities and data buckets from 
its parent. An OSG may also contain data buckets whose definition was derived 
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(inherited) from an invention template specification (i.e. Maytag Dishwasher 
Model 216A) and may contain an arbitrary number of additional owner defined 
custom data buckets. The inherited qualities or buckets can each be deleted or 
modified at any time by the owner, they were inherited to assist in quickly 
5 defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
OSG name does not have to be unique. Thus a reference to john.410. 849. 8989 
will access both john's medical information as well as John's car and boat 
information. 

10 OSG group ownership can be nested to an arbitrary depth. Each OSG 

group can own an arbitrary number of other OSG groups. 

Group and Owner Relationships Figure 46 diagrams the relationships 
between some of the various forms of the group type OS - Owner Subordinate 
and RM - Root Master etc. An OS group (OSG) is a collection of invention 
15 required and owner defined data buckets referenced by a unique handle. The 

uniqueness of a handle may be derived from qualifying it by its parent's handle. 
An OSG only need be unique within the realm of its immediate parent. 

The unique OSG handles to the outside world in this diagram would be 
formed as police.410.849.8989 (or police.849.8989.410) which would provide 
20 access the overall state of the police OSG. The OSG fire and ems would be 
accessed from the outside world as fire.410.849.8989 or ems.410.849.8989 
respectively. When logged into the Home Group 410.849.8989 (or 849.8989.410) 
there would be no need to include the Home Group in a reference to OSG police 
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or to OSG fire or to OSG ems as these OS groups are all unique within the 
410.849.8989 RMG. 

Note that 410.849.8989 is a Root Master Group (RMG) which is in turn 
owned by 31168*invention which is the Super Master Group (SMG) which is 
5 part of the invention itself. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG) and its relationship to a Root Master Group (RMG). 
The OSG is an owner group used to contain much of the detailed data pertaining 
to a given class of owner information. A class of owner information might be 
10 police or fire or ems or any other information important to an owner. 

The OSG is a branch, twig or leaf in the invention tree structure. For a 
typical invention user the OSG would probably hold detailed data about various 
items of importance to its RMG or OMG owner. 

The OSG is the foundation of detail data storage for a given owner. The 
1 5 OSG contains the idiosyncratic information pertaining to various topics or 

devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 
in the database, however, unlike rows, one OSG can be nested inside another 
after another. 

Any group created from or by an OSG will inherit the owner information 
20 (rules base, passwords etc.) contained in the creating OSG. This makes secondary 
or subordinate group creation faster, it also avoids the need to redundantly specify 
base owner information. 
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The ultimate OSG owner is either an RMG or an OMG. When an owner 
RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
specifications from its owner. These inherited specifications save time in setting 
up an OSG and provide consistency of form within the invention. 

5 An OSG will specify either an OMG or an RMG as its Home Group. A 

home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 

An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 
10 another OSG parent. The OSG inherits its basic qualities and data buckets from 
its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Maytag Dishwasher 
Model 216A) and may contain an arbitrary number of additional owner defined 
custom data buckets. The inherited qualities or buckets can each be deleted or 
15 modified at any time by the owner, they were inherited to assist in quickly 

defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
OSG name does not have to be unique. Thus a reference to police.410.849.8989 
will access the police information as well as the police incident, unit, command 
20 area, and officer subordinate group information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
group can own an arbitrary number of other OSG groups. 
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Group and Owner Relationships Figure 47 diagrams the relationships 
between some of the various forms of the group type OS - Owner Subordinate. 
An OS group (OSG) is a collection of invention required and owner defined data 
buckets referenced by a unique handle. The uniqueness of a handle may be 
5 derived from qualifying it by its parent's handle. An OSG only need be unique 
within the realm of its immediate parent. The immediate parent OSG in this case 
is police. 

The unique OSG handles to the outside world in this diagram would be 
formed as police.410.849.8989 (or police.849.8989.410) which would provide 

10 access the overall state of the police OSG. The OSG incident and unit would be 
accessed from the outside world as incident.41 0.849.8989 or unit.410.849.8989 
respectively. When logged into the Home Group 410.849.8989 (or 849.8989.410) 
there would be no need to include the Home Group in a reference to OSG 
incident, OSG unit, OSG ems, OSG ca-norih, OSG ca-south or OSG officer as 

15 these OS groups are all unique within the 410.849.8989 RMG. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG) and its relationship to assigned groups. The OSG is an 
owner group used to contain much of the detailed data pertaining to a given class 
of owner information. A class of owner information might be police incident, 
20 unit, command area or any other information important to an owner. The unit 
collection group called unit owns (and probably created) all of the handles 
pertaining to police units. The command area group ca-north contains 



51 



information specific to this command area as well as the handles for all of the 
units assigned to this command area. 

The OS G is a branch, twig or leaf in the invention tree structure. For a 
typical invention user the OSG would probably hold detailed data about various 
5 items of importance to its RMG or OMG owner. 

The OSG is the foundation of detail data storage for a given owner. The 
OSG contains the idiosyncratic information pertaining to various topics or 
devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 
in the database, however, unlike rows, one OSG can be nested inside another 
10 after another. 

Any group created from or by an OSG will inherit the owner information 
(rules base, passwords etc.) contained in the creating OSG. This makes secondary 
or subordinate group creation faster, it also avoids the need to redundantly specify 
base owner information. 

15 The ultimate OSG owner is either an RMG or an OMG. When an owner 

RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
specifications from its owner. These inherited specifications save time in setting 
up an OSG and provide consistency of form within the invention. 

An OSG will specify either an OMG or an RMG as its Home Group. A 
20 home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 
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An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 
another OSG parent. The OSG inherits its basic qualities and data buckets from 
its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Police Incident Record 
5 Master 14) and may contain an arbitrary number of additional owner defined 
custom data buckets. The inherited qualities or buckets can each be deleted or 
modified at any time by the owner, they were inherited to assist in quickly 
defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
10 OSG name does not have to be unique. Thus a reference to police.410.849.8989 
will access the police information as well as the police incident, unit, command 
area, and officer subordinate group information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
group can own an arbitrary number of other OSG groups. 

1 5 Group and Owner Relationships Figure 48 diagrams the relationships 

between some of the various forms of the group type OS - Owner Subordinate 
and group type RM - Root Master. An OS group (OSG) is a collection of 
invention required and owner defined data buckets referenced by a unique handle. 
The uniqueness of a handle may be derived from qualifying it by its parent's 

20 handle. An OSG only need be unique within the realm of its immediate parent. 
The immediate parent OSG in this case is police. 

The unique OSG handles to the outside world in this diagram would be 
formed as police.410.849.8989 (or police.849.8989.410) which would provide 
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access the overall state of the police OSG. The OSG incident and unit would be 
accessed from the outside world as incident.410.849.8989 or unit.410.849.8989 
respectively. When logged into the Home Group 410.849.8989 (or 849.8989.410) 
there would be no need to include the Home Group in a reference to OSG 
5 incident, OSG unit or OSG officer as these OS groups are all unique within the 
410.849.8989 RMG. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG) and its relationship to assigned groups (including an 
assigned RMG). The OSG is an owner group used to contain much of the detailed 

10 data pertaining to a given class of owner information. A class of owner 

information might be a police incident, unit, officer or any other information 
important to an owner. The officer information collection group called officer 
owns (and probably created) all of the handles pertaining to police officer badge 
numbers. The officer group 10003 contains information specific to officer 10003 

15 as well as indicating that the badge number (group handle) 10003 is also an alias 
for the officer's invention root master group handle of 410.212.1200. 

The OSG is a branch, twig or leaf in the invention tree structure. For a 
typical invention user the OSG would probably hold detailed data about various 
items of importance to its RMG or OMG owner. 

20 The OSG is the foundation of detail data storage for a given owner. The 

OSG contains the idiosyncratic information pertaining to various topics or 
devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 



54 



in the database, however, unlike rows, one OSG can be nested inside another 
after another. 

Any group created from or by an OSG will inherit the owner information 
(rules base, passwords etc.) contained in the creating OSG. This makes secondary 
5 or subordinate group creation faster, it also avoids the need to redundantly specify 
base owner information. 

The ultimate OSG owner is either an RMG or an OMG. When an owner 
RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
specifications from its owner. These inherited specifications save time in setting 
10 up an OSG and provide consistency of form within the invention. 

An OSG will specify either an OMG or an RMG as its Home Group. A 
home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 

15 An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 

another OSG parent. The OSG inherits its basic qualities and data buckets from 
its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Police Incident Record 
Master 14) and may contain an arbitrary number of additional owner defined 

20 custom data buckets. The inherited qualities or buckets can each be deleted or 
modified at any time by the owner, they were inherited to assist in quickly 
defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
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OSG name does not have to be unique. Thus a reference to police.410. 849.8989 
will access the police information as well as the police incident, unit, command 
area, and officer subordinate group information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
5 group can own an arbitrary number of other OSG groups. 

Group and Owner Relationships Figure 49 diagrams the relationships 
between some of the various forms of the group type OS - Owner Subordinate 
and group type RM - Root Master. An OS group (OSG) is a collection of 
invention required and owner defined data buckets referenced by a unique handle. 
10 The uniqueness of a handle may be derived from qualifying it by its parent's 
handle. An OSG only need be unique within the realm of its immediate parent. 
The immediate parent OSG in this case is police. 

The unique OSG handles to the outside world in this diagram would be 
formed (fully qualified) as lA12.unit.police.410.849.8989 (or 

15 lA12.unit.police.849. 8989.410) which would provide access to the overall state 
of the 1A12 OSG. The OSG 10001 and 10002 would be accessed from the 
outside world (fully qualified) as 10001.officer.police.410. 849.8989 or 
10002.officer.police.410.849.8989 respectively. When logged into the Home 
Group 410.849.8989 (or 849.8989.410) there would be no need to include the 

20 Home Group in a reference to OSG 1A12, OSG 10002 or OSG 10002 as these 
OS groups are all unique within the 410.849.8989 RMG. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG) and its relationship to assigned (internal OSG) groups 
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and assigned group relationship to (external RMG) alias named groups. The OSG 
is an owner group used to contain much of the detailed data pertaining to a given 
class of owner information. A class of owner information might be a police unit, 
the officer(s) assigned thereto or any other information important to an owner. 
5 The officer information collection group called officer owns (and probably 

created) all of the handles pertaining to police officer badge numbers. The officer 
group 10001 contains information specific to officer 10001 as well as indicating 
that the badge number (group handle) 10001 also is an alias for the officer's 
invention root master group handle of 410.212.1015. The officer group 10002 
10 contains information specific to officer 10002 as well as indicating that the badge 
number (group handle) 10002 also is an alias for the officer's invention root 
master group handle of 410.263.1228. 

Even if the officer with badge number 10001 is away from her radio she 
can still be contacted 24 hours a day by sending the message to her badge number 
1 5 10001 which the invention will in turn realize is an alias for her primary RMG 
handle of 410.212.1015. The invention will look up the RMG handle 
410.212.1015 to further determine the very best method(s) by which to get the 
message through to the device most suitable and active at this moment associated 
with woman known by her badge number 10001 . 

20 The OSG is a branch, twig or leaf in the invention tree structure. For a 

typical invention user the OSG would probably hold detailed data about various 
items of importance to its RMG or OMG owner. 
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The OSG is the foundation of detail data storage for a given owner. The 
OSG contains the idiosyncratic information pertaining to various topics or 
devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 
in the database, however, unlike rows, one OSG can be nested inside another 
5 after another. 

Any group created from or by an OSG will inherit the owner information 
(rules base, passwords etc.) contained in the creating OSG. This makes secondary 
or subordinate group creation faster, it also avoids the need to redundantly specify 
base owner information. 

10 The ultimate OSG owner is either an RMG or an OMG. When an owner 

RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
specifications from its owner. These inherited specifications save time in setting 
up an OSG and provide consistency of form within the invention. 

An OSG will specify either an OMG or an RMG as its Home Group. A 
15 home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 

An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 
another OSG parent. The OSG inherits its basic qualities and data buckets from 
20 its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Police Incident Record 
Master 14) and may contain an arbitrary number of additional owner defined 
custom data buckets. The inherited qualities or buckets can each be deleted or 
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modified at any time by the owner, they were inherited to assist in quickly 
defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
OSG name does not have to be unique. Thus a reference to police.41 0.849.8989 
5 will access the police information as well as the police incident, unit, command 
area, and officer subordinate group information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
group can own an arbitrary number of other OSG groups. 

Group and Owner Relationships Figure 50 diagrams the relationships 
10 between some of the various forms of the group type OS - Owner Subordinate 
and group type RM - Root Master. An OS group (OSG) is a collection of 
invention required and owner defined data buckets referenced by a unique handle. 
The uniqueness of a handle may be derived from qualifying it by its parent's 
handle. An OSG only need be unique within the realm of its immediate parent. 
15 The immediate parent OSG in this case is police. 

The unique OSG handles to the outside world in this diagram would be 
formed (fully qualified) as lA12.unitpolice.41 0.849.8989 (or 
lA12.unit.police.849. 8989.410) which would provide access to the overall state 
of the 1A12 OSG. The OSG 10001 and 10002 would be accessed from the 
20 outside world (fully qualified) as 1000Lofficer.police.410.849.8989 or 

10002.officer.police.410.849.8989 respectively. When logged into the Home 
Group 410.849.8989 (or 849.8989.410) there would be no need to include the 



59 



Home Group in a reference to OSG 1A12, OSG 10002 or OSG 10002 as these 
OS groups are all unique within the 410.849.8989 RMG. 

The primary concept to be grasped from this diagram is that of the Owner 
Subordinate Group (OSG) and its relationship to assigned (internal OSG) groups 
5 and assigned group relationship to (external RMG) alias named groups. The OSG 
is an owner group used to contain much of the detailed data pertaining to a given 
class of owner information. A class of owner information might be a police unit, 
the officer(s) assigned thereto or any other information important to an owner. 
The officer information collection group called officer owns (and probably 

10 created) all of the handles pertaining to police officer badge numbers. The officer 
group 10001 contains information specific to officer 10001 as well as indicating 
that the badge number (group handle) 10001 also is an alias for the officer's 
invention root master group handle of 410.212.1015. The officer group 10002 
contains information specific to officer 10002 as well as indicating that the badge 

15 number (group handle) 10002 also is an alias for the officer's invention root 
master group handle of 410.263.1228. 

Even if the officer with badge number 10001 is away from her radio she 
can still be contacted 24 hours a day by sending the message to her unit 1 A12 or 
badge number 10001 which the invention will in turn realize is an alias for her 
20 primary RMG handle of 410.212.1015. The invention will look up the RMG 

handle 410.212.1015 to further determine the very best method(s) by which to get 
the message through to the device most suitable and active at this moment 
associated with woman known by her badge number 10001. 
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An citizen message could also be sent to rd01.district.police.410. 849. 8989 
which would then find its way to who ever is on duty for that district according to 
what beat or station zone it currently falls under. 

The OS G is a branch, twig or leaf in the invention tree structure. For a 
5 typical invention user the OSG would probably hold detailed data about various 
items of importance to its RMG or OMG owner. 

The OSG is the foundation of detail data storage for a given owner. The 
OSG contains the idiosyncratic information pertaining to various topics or 
devices of interest to the owner. In a RDBMS sense, the OSG is similar to a row 
10 in the database, however, unlike rows, one OSG can be nested inside another 
after another. 

Any group created from or by an OSG will inherit the owner information 
(rules base, passwords etc.) contained in the creating OSG. This makes secondary 
or subordinate group creation faster, it also avoids the need to redundantly specify 
1 5 base owner information. 

The ultimate OSG owner is either an RMG or an OMG. When an owner 
RMG, OMG or OSG (user/device) creates an OSG the OSG inherits its initial 
specifications from its owner. These inherited specifications save time in setting 
up an OSG and provide consistency of form within the invention. 

20 An OSG will specify either an OMG or an RMG as its Home Group. A 

home group defines the basic invention rules of the road to all of its subordinate 
groups. An OMG or RMG also provides the point of reference within which 
abbreviations of OSG handles may be used. 
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An Owner Subordinate Group (OSG) is owned by an RMG, an OMG or 
another OSG parent. The OSG inherits its basic qualities and data buckets from 
its parent. An OSG may also contain data buckets whose definition was derived 
(inherited) from an invention template specification (i.e. Police Incident Record 
5 Master 14) and may contain an arbitrary number of additional owner defined 
custom data buckets. The inherited qualities or buckets can each be deleted or 
modified at any time by the owner, they were inherited to assist in quickly 
defining the new OSG, they are not hard and fast. An OSG does not have to be 
unique. Part of the power of the invention queries comes from the fact that an 
10 OSG name does not have to be unique. Thus a reference to police.410.849.8989 
will access the police information as well as the police incident, unit, command 
area, and officer subordinate group information. 

OSG group ownership can be nested to an arbitrary depth. Each OSG 
group can own an arbitrary number of other OSG groups. 

15 Definition of terms used during the description of Figures 40 through 50: 

Data Bucket: a data item, array or blob of a defined or undefined type. A 
data bucket might also contain a pointer to another group. In conventional terms a 
data bucket could just be an Integer or String etc. Edit codes or invention script 
procedures may also be associated with a given data bucket. 

20 Owner: the handle, which is the key to the group, which in turn owns the 

group in question. For an RMG that owner would be the invention itself. 

Group: the handle to the group in question. 
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Alias for: if other than NONE it holds the handle of the actual real entity 
represented by the group handle. The purpose of an alias is to allow for the 
invention RMG and OMG entities to have more appropriate or meaningful names 
within the context of a given work assignment or project. For instance the RMG 
5 handle 410.849.8989 (John Goodspeed) might also be known to some other 
project group context as president or team-lead etc. Through the use of the alias 
an RMG or OMG can have several different simultaneous group names used in 
different contexts within other RMG or OMG realms. 

Invention Data: data buckets that are required by and/or provided by the 
10 invention. These might include specific device information, owner information 
etc. The RMG owner provides some of this information to any created group. 

Template Data: data buckets selected by the owner from an invention 
sample template. The invention has default data bucket templates for many types 
of applications and purposes. Some of the templates are device specific and are 
1 5 supplied to the invention by manufacturers. 

Extensible Data: custom data buckets contained in a group as defined by 
the group owner. Data types and edits supported include all major types such as 
alpha, numeric, binary etc. 

Type: a code describing the type of group that this group is modeled after 
20 such as RM, OM, OS etc. The type guides the invention in the appropriate 
processing of the data contained within the group and its offspring. 
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Groups Owned: indicates the groups that are owned by this group. A 
group can create and therefore own from zero up to an arbitrary number of 
groups. 

Groups Assigned: indicates what other independent groups have been 
5 assigned by the owner of this group to belong to this group. These groups are not 
owned in any way. These groups are merely associated by this owner for 
management convenience. 

Home Group: the home group is the group whose rules base and 
abbreviation root shall apply to this group. The Home Group can be temporarily 
10 overridden by the specification of a Visit Group. 

Visit Group: the group whose rules base and abbreviation root shall apply 
to this group until notice of rescission. The Visit Group allows a group to 
temporarily take on certain characteristics of an RMG or OMG other than the 
default Home Group. The Visit Group does not even have to be this RMG or one 
15 of its descendents. The Visit Group could be some other RMG or one of its 
descendents (permissions permitting). 

Any invention viewing user (in particular a secretary, manager or 
dispatcher) may define a custom display Status View. A Status View is a template 
describing to the invention what owners and group members will be displayed 
20 (what group handles and their members (and possibly nested group handles and 
their members)). How the group data is displayed such as how the groups are 
sorted, nested, ordered, indented and which data items of which groups are 
displayed and maximum nesting levels displayed. How the data items are 



64 



displayed such as text in tabular format, graphic on a given type of map 
background, a combination etc. How often the status view display is to be 
automatically updated (every 15, 30, 60, 120 seconds etc.). 

A given status view (text, map, audible etc.) is designed by the viewer to 
5 take in to account their particular need for information as constrained by the 
device upon which they are viewing the information display. For example a 
mobile device (PDA/PDC) has constraints that a fixed high-resolution 21" 
display does not have. Regularly needed customized status views may be named, 
numbered and saved for recall and reuse later. The viewing user is able to build a 
1 0 library of pre-defined status views for any particular need or purpose. A status 
view may also be modified at a later date. 

Once defined, the status views can also be available for text to speech 
audio delivery via the public switched telephone network. The user simply calls 
up the predefined "viewing" template via DTMF or voice command and access 
15 code entry. 

For example, a group might be all of ones immediate family members, 
this group might be named "smith". A command (via pointing device, typed, 
DTMF or spoken as appropriate) "map smith" would display a map showing the 
most recent location and status of all members of the "smith" family grouping. It 
20 would do this by defaulting the "smith" group to the root subscriber phone 

number of the person entering the command, smith.41 0.849.8957 is an example 
URI (note here 8957 serves as the invention TLD). 
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A command (via pointing device, typed, spoken or DTMF as appropriate) 
"status smith" by Internet or telephone might yield the audible response "Charles 
Smith, customer site, proposal preparation, 2200 block Broad Street, Dallas 
Texas, time 12:35; John Smith, at school, Broad Creek High School, Baltimore 
5 Maryland, time 12:50; Jane Smith, at home, working, 724 Giddings Glade Court, 
Baltimore Maryland, time 12:15". 

Location, proximity, status, activity, condition, task and timer events and 
alerts may be automatically triggered to alert specific groups or multiple group 
members according to owner or group predefined parameters. User settable 
10 timers may be associated with a variety of status code, task type, task list, 

schedule or reminder (such as alarm clock) events. User or invention defined 
system, computer or device command executions may also be associated with 
and triggered by alerts and events. 

A group can request the invention on its behalf to monitor another group's 
1 5 status code, task type, task lists, schedule and other items looking for a specific 
pattern occurrence or change or persistence over time. The invention will then 
alert the monitoring group of any pattern change or pattern match when it occurs. 
The group being monitored can be notified as to what group is monitoring. 

Events and alerts within the invention may trigger the execution of 
20 invention programming language scripts composed of sequences of invention 
programming language instructions. The invention programming language 
definition and syntax allows for the real-time event driven testing of device 
status, monitoring of device data streams and control of device functions. The 
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invention programming language contains a subset of the elements of traditional 
interpretive programming languages such as Perl or Basic but adds extensions to 
make easy the monitoring and control of real world physical devices such as 
PDA/PCD, kitchen appliances, equipment, vehicles, craft, machinery, 
5 environmental controls etc. The invention programming language enables 

intelligent inter-device feedback loops to be quickly constructed and saved for 
event driven recall as needed. The invention programming language allows 
enabled devices within the invention network to intelligently interact with one 
another based upon sensed conditions both from within or around the device and 
10 from other external device feedback elsewhere on the invention network. 

Alerts consist of highlighted visual information on browser and applet 
displays, e-mail or other message type alerts to multiple parties and/or multiple e- 
mail or message addresses of the same party. Numeric pages, alphanumeric pages 
and voice or other audible alerts (such as "Distinctive Ring") via Internet and 
15 traditional telephonic means. Commands may cause the execution of software or 
the direct or indirect real world control of a machine, system or device. 

An alert may be generated or received due to a specific status change, task 
type and time, location change, condition change, location proximity, scheduled 
event, timer expiration, audio pattern recognition, video pattern recognition or 
20 other defined event, command execution or stimulus. 

For instance if a device current location has come inside or gone outside 
of one of a set of pre-established bounds (possibly governed by a particular range 
of date and/or time of day) for the owner of the PCD or PDA an alert may be 
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automatically generated. If a predefined friend or foe comes inside or goes 
outside of a preset distance (owner defined hot zone) the owner will be alerted as 
to their presence or absence and to their distance and direction relative to your 
position. For example this is useful for monitoring the activities of children, the 
5 infirm, friends and employees and for the enforcement of restraining orders, 
house arrest or work release. A given hot zone may be defined as circular or 
rectangular. Multiple hot zones may be defined. Multiple entities may be 
members of multiple and overlapping hot zones. Instant hot zones can be 
established to view all those invention members within a defined distance who 

10 possess (or lack) a particular special capability (disabled, iron lung, locksmith, 
tow truck, off duty officer, paramedic, linguist etc.). The invention can then link 
the capable party with the needy party if the identified capable party is willing to 
assist. A PDA/PCD equipped mass transit vehicle with specialized handicap or 
other capabilities could, for instance, trigger an alert to a passenger in need when 

15 it comes within 500 meters or within a 2 minute ETA of the monitoring 
passenger. 

For instance, an alert can be generated if a device (possibly a PDA or 
PCD), either self initiated or in response to a listen or view command, yields 
audio or video information which is either generally similar to or dissimilar to a 
20 set of owner pre-stored audio or video image reference archives. The normal 

activity audio/video reference archives may be defined for location, date and time 
of day. This allows the invention to generate an alert and/or execute a command 
if for instance a pipe has burst or a baby is crying or if a light is on or if a boat or 
car is missing from, or is present in, its slip or parking space. 
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For instance if a (invention or self initiated) sense command yields 
information which either is generally similar to or is generally dissimilar to a set 
of owner pre-stored sense condition image archives for date and time of day an 
alert can be generated. This allows the invention to generate an alert and/or 
5 execute a command if gas is leaking, smoke or C02 is present, the humidity or 
temperature is too high or low, a door or window is open or any other acceptable 
or unacceptable environmental or mechanical condition is present. For example, 
an alert may be generated if a medical condition (sense condition) such as brain 
activity, glucose level, heart rate, respiration or temperature is either too high or 

10 too low. For example, an alert may be generated if a mechanical condition (sense 
condition) such as oil pressure or coolant level or engine temperature is either too 
high or too low. Devices within the invention network can sense one another's 
conditions via execution of the invention programming language procedures. The 
invention programming language procedures can be automatically initiated upon 

15 the occurrence of an invention or user defined event or alert. Thus, if device 1 is 
sensing high C02 levels, then device 2 (which is monitoring device 1) can cause 
additional ventilators to turn on. 

The invention calls for high performance PDA/PCD 's to have the ability 
to transmit their lat/lon/alt location coordinates, surrounding environmental 
20 readings and sense conditions along with their status/task update code whenever 
an invention defined status button is pressed or otherwise activated (Ex. voice or 
pointer) by the PDA/PCD user or by an internal timer. The coordinates shall also 
be optionally forwarded upon call placement or call reception. The PDA/PCD 
shall also allow the central invention computer network to dynamically query the 
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PDA/PCD 's coordinates, surrounding environmental readings and other sense 
conditions (audio/video/physical/medical etc.) at any time without need of owner 
interaction. The invention query of device or PDA/PCD 

coordinate/environment/sense/medical/mechanical/electronic etc. information can 
5 occur at any interval from between once every trillionth of a second to once per 
24 hours or at certain times not at all depending upon invention and user need 
definitions. Additionally, a minimum of three unique physical or soft or voice 
input buttons that can be pre-programmed for a variety of owner status and task 
update functions including but not limited to: 

10 Button 1 would, if used first and by itself with no further input for a 

predefined period of time, automatically transmit an owner predefined status and 
task code along with the current lat/lon/alt if appropriate and available (could be 
used for emergency situations). This button would also work under user 
predefined voice activation such as "Working" or "En Route" or "Here" or 

15 "HELP!". If button 1 is used after button 2 or button 3 then button 1 would 
supply a predefined object or verb or remark indicator. Automatic dialing or 
connection to an appropriate network node will be performed as required to 
complete communication of the information. 

Button 2 would automatically transmit the following single digit as a user 
20 defined status and/or task code. Thus with just two pushes up to 12 status and/or 
task codes could be transmitted to the invention system. The lat/lon/alt would be 
included with the transmission if appropriate and available. This button would 
also work under voice activation as "status 4" or "status 12". The functions of 
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button 2 could also be any invention or user predefined noun or verb to be used in 
conjunction with button 1 or 3. Automatic dialing or connection to an appropriate 
network node will be performed as required to complete communication of the 
information. 

5 Button 3 would cause the presentation of a soft menu of user defined 

invention functions to be selected by point and select or voice. Alternatively, 
button 3 could be used in conjunction with button 1 or 2 to provide any invention 
or user predefined noun or verb. This button would also work under voice 
activation as appropriate. Where appropriate and when available the lat/lon/alt 
1 0 would be included in the transmission. Automatic dialing or connection to an 
appropriate network node will be performed as required to complete 
communication of the information. 

Status and task codes may also be communicated to the invention by way 
of the particular tld specified. For example: 410.849. 8989. gs would indicate "get 

1 5 status" (gs) of the owner of telephone number 410.849.8989. Example: 
runaway.mp3.849.8989.410.tf would indicate "transfer file" (tf) named 
"runaway.mp3" of the said telephone number owner to the issuer of the url 
command. Example: ?.mp3.849.8989.410.tf would indicate show me the index of 
all mp3 files available for transfer (tf = transfer file) from the said telephone 

20 number owner to the issuer of the URL/URL command. 

Example URI/URL: 

!hey lets talk>.ABC123.MD.411.ac 



71 



would indicate to open a high priority (!) communication channel 
performing an "information" 411 area code (ac) device lookup of the cell 
telephone or other appropriate available device of the occupant of the vehicle 
with the Maryland (MD) license plate tag ABC 123 and send (>) the conversation 
5 opening message "hey lets talk" to the found associated telephone or device (Fig. 
34Aand 34B). 

Example URI/URL: 

want to meet me>849-8989.410 

sends the instant message "want to meet me" to the appropriate device of 
1 0 telephone number owner 410-849-8989 where 410 is the actual TLD. Example 
URI/URL: 

meet me at the clubhouse>4 10.849.8989 

sends the immediate message "meet me at the clubhouse" to the 
appropriate device of telephone number 410-849-8989 owner/subscriber where 
15 8989 is the actual TLD (Fig. 33 A and 33B). 

Example URI/URL: 

Ikingston proposal 
canceled>proposal.888.455.6000>silverado.877.323.3000.ac 

sends the high priority (!) message "kingston proposal canceled" to all 
20 team members of the "proposal" group of the corporation who's phone number is 
888.455.6000 and to all members of the "silverado" group at the corporation 
who's phone number is 877-323-3000. 
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Example: to add (+) the owner of telephone number 410.849.8989 to (>) 
the Tournament Charter (TC or tc) fishing group run by the owner of telephone 
number 410.268.7224 the entry of the URI/URL: 

+4108498989>fishing.4102687224.0.tc 

5 would immediately perform that add function without need of further user 

browser interaction (Fig. 3 8 A). 

Example: to remove (-) the owner of telephone number 410.849.8989 
from (>) the Tournament Charter (TC or tc) fishing group run by the owner of 
telephone number 410.268.7224 the entry of the URI/URL: 

10 -4108498989>fishing.4102687224.0.tc 

would immediately perform that remove function without need of further 
user browser interaction (Fig. 38B). 

If the owner has spent more than a predetermined amount of time in a 
particular status or task state an alert may be generated. If no change of status of 
1 5 any kind has occurred for more than a predetermined amount of time during a 
given time range of day, while on a particular task, an alert may also be 
generated. 

A status could include, but is not limited to: at home, at office, at school, 
at hospital, at headquarters, at court, at home depot, working, injured, on break, 
20 eating, en route, departing, available, unavailable, do not disturb, thinking, 

researching, sleeping, fishing, planting, mixing, picking, delivering, receiving, 
panic/emergency. Status Codes and descriptions may be pre-defined by selection 
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from an invention template and/or may also be defined by an owner. An owner 
created Status Code description such as "En Route 55 may have both a mnemonic 
and a numeric owner assigned value associated with it such as "ER" and "3" 
respectively. A status may have an invention or owner defined expiration or other 
5 alert timer associated with it. 

A current or pending task type (internal or external or shared) could 
include but is not limited to: Proposal Preparation, Proposal Review, Proposal 
Shipping, Sales Appointment, Sales Closing, Marketing Strategy, Job Site 
Inspection, Trial Preparation, Court Appearance, Surgery, Concrete, Permit 

1 0 Application, Airport Pickup, I-Beam Erection, Concrete, Home Appraisal or 

Vacation. Task Type definitions may be defined by various means by the owner. 
Task Types may be pre-defined by selection from an invention template or may 
also be defined by an owner. A task type may be a web link. A task can be 
pending indefinitely or scheduled to issue a warning, execute a procedure or 

1 5 transition automatically at a predefined date and time (perhaps repetitively) or 
upon an event trigger. An owner created Task Type description such as "Sales 
Appointment" may have both a mnemonic and a numeric owner assigned value 
associated with it such as "SA" and "2" respectively. Related tasks may be 
grouped together into task lists (Fig. 23 and 29). There is no arbitrary limit to the 

20 number of tasks that may be assigned to a group or the owner thereof. Specific 
tasks or entire task lists may be transferred or copied from one owner to another 
owner. Specific tasks or entire task lists may be deleted by their owner. A task 
transfer, copy or deletion may trigger an alert. 
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A task type may have an invention or owner defined expiration, time-of- 
day or other alert timer associated with it. A task type may be a specific owner or 
invention command (either direct or via URI/URL) to automatically do 
something at a particular (perhaps repetitive) time of day or upon satisfaction of a 
5 particular status code for a particular task. The task type command may cause an 
alteration of another task or status code (cascading command) or execution of a 
stored procedure or cause a real world action to occur such as turning on the 
house lights or sprinkler system or unlocking doors associated with a device or 
resource. Other examples include but are not limited to execution of a listen, 
10 view, sense, location, proximity, show, map or other command. 

Group leaders (owners) can establish a rules base table for status and task 
types. The rules base table is optional but can be used to prevent or caution an 
owner from making a predefined rules "mistake". For instance a rule could be 
established that a status of "at court" cannot be directly followed by a status of 
15 "fishing" without an intervening status of "departing", "available", "en route" etc. 
The rules base table can be created and applied to prevent or caution against any 
redundant or awkward status or task transition. 

The Status Code and Task Type and their respective descriptions that are 
displayed when viewing an owner's status will be displayed as defined by that 
20 owner. If desired a translation can be made to conform and map other owners 
status and task information to that of the viewer. 

A current or pending task description could include but is not limited to 
activities such as: 7:30AM Breakfast meeting with new employees; 10:00AM 
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Appointment with doctor; Must pick up Bill's son after soccer practice; 7:00PM 
Dinner with wife at The Palm in DC; A URL address. Descriptions may be short 
or long, they may help to clarify the status or task type. 

A telephone number (or other related resource handle) record created 
5 within the invention automatically belongs to its creator who initially becomes its 
owner. An owner always belongs to at least one group. A group must always 
belong to at least one owner. A group is created when an owner initially creates a 
record for itself (that is to say, for one of its handles) within the invention system. 

Every group (owner) can have an internal private task list, plus an 
10 external task list, plus a shared task list, plus as many group related task lists 
(internal or external or shared) as he or she is a group member (Fig. 23, 25, 29 
and 30). Each group that an owner becomes a member of can imply another set of 
available task lists for use by the owner and other member owners who belong to 
the same group. There is no arbitrary limit to the number of groups that an owner 
15 (group) may belong to simultaneously. There is no arbitrary limit to the number 
of groups that may be rolled up within one another as subgroups. There may be 
practical limits having to do with average Internet bandwidth and horsepower. 
Any limits will be table driven within the invention specification and extendible 
as technology permits. 

20 An owner (group) automatically has the capability of an internal, external 

and shared task assignment list. A group (its owner and any other members) 
automatically has the capability of an internal, external and shared task 
assignment list. An owner is essentially a single member group of just his or her 
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primary telephone number. A single member group has but one owner. The owner 
of a group is also by default its group leader. There is essentially very little 
difference between an owner and a group other than a group being an owner 
having granted the capability of having multiple members in addition to itself the 

5 Group Leader "owner". An owner could create (and by default own) as many 
groups as he or she or it desires and there is no requirement that others ever join 
these groups, they could remain as single member/owner groups. Each instance 
of group creation yields the potential for an internal, external and shared task 
assignment list that can be private to members of that group or public depending 

10 upon the group leader's (owner's) decision. All groups are the management 

responsibility of an owner known as the Group Leader. Initially the creator of a 
group is its owner and therefore also its group leader. A group leader can hand off 
or share its group leader (ownership/management) responsibility to or with 
another member owner at any time assuming that the new prospective member 

15 owner is willing to accept or share the role. A group leader could be an executing 
computer process or intelligent device as opposed to a human being. 

The owner (group) data record has the capability to become a personal 
information master record. This same record can then be used as the root node 
descriptor for any future created groups of this owner. In other words when an 
20 owner creates a new group that new group can inherit a copy of the owners 

personal information and design specification record, however the group leader 
(owner) is always free to modify that personal data or the group specifications at 
any time. When a group is created it starts out marked as private to its owner 
subject to the owner's creation of specific public and/or private accessible data 
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layer security definitions. An owner is automatically the group leader of their 
initially created, single member, private group. The owner, as the group leader of 
their own group, can re-assign ownership (group leadership) to someone else. 
The core concept is that a group looks like, and behaves like, and is created just 

5 like any human owner record. In fact, a "public" group record is simply an 
ordinary owner (group) record to which other members (including other entire 
groups) are authorized to "belong". A personal owner record is a group record 
that is marked as "private" to just its owner creator member, it becomes a 
"public" group record when the owner creator, or a newly assigned group leader, 

10 sets the flag indicating that the group is now "public". Setting the public flag on a 
group allows it to theoretically accept the joining in of other groups be they 
single member (owner only) or multi-member (owner (group leader) plus other 
members or groups). The owner can continue control over whether or not other 
groups may join the owner's group even after the group is marked theoretically 

15 "public". A group leader can force out any groups (be they single or multi 

member) it chooses to. There is no arbitrary maximum to the number of nested 
groups or members to a group and a given member or group can be a member of 
multiple other groups. 

Groups feature owner defined data extensibility at the "owner'Vgroup" 
20 node level which allows a group leader (owner) to define or change the quantity, 
type, size, security and other specifications of data items that are stored and 
available for display and update. Security level permissions cover members 
within the group and also non-member view and update capabilities worldwide. 
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Groups support the concept of global and specific tasks and task creators. 
A specific task is assigned to just one member (or to a few) of a multi-member 
group and, subject to security, is only visible, updateable and can be deleted only 
by that specific group member and/or the task's creator. A global task is by 
default assigned to all member groups of the group and is visible and modifiable 
by all members of the group, however, subject to security, a global task can only 
be deleted by its creator. 

The invention can produce both personal and project schedule and 
appointment calendars using real-time filters to show all tasks for all groups both 
internal, external and shared or any particular subset thereof together with 
highlights of conflicts. The invention also supports the uploading and importation 
of project schedule and task distribution information from external project 
management software such as Microsoft Project®. 

Outside parties (human, biological or electronic) can create groups on 
behalf of other owners and/or add themselves to a group's external or shared task 
lists. An external (or shared) task list is typically made up of tasks or items that 
other people or resources are going to inform you of or perform on you or for you 
or upon something that you own or control or have responsibility for or an 
interest in. Examples of outside parties which might have reason to create a group 
for you and/or add an item to one of your external or shared task lists are personal 
and mass transportation companies, delivery and courier companies, repair and 
installation companies, contractors, doctors, dentists, banks, brokers, garages, 
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manufacturers, vendors, warehouses, online and retail stores, managers, 
customers, coworkers and devices just to name a few. 

An owner consults with their internal or shared task list(s) to see what 
task next needs to be performed as defined by themselves and/or a group 
(company, civic, church etc.) to which they belong. An owner consults with their 
external or shared task list(s) (Fig. 25) to see what others are scheduled to do next 
that may impact other external tasks, the owner or the owner's ability to carry out 
his or her or its internal or shared tasks. Example external tasks worth knowing 
the status and current location of might include an airplane/ship/train/bus/vehicle 
as to departure/enroute/arrival, car repair, pending delivery of critical item, 
restocking of critical item, the depletion of critical item, pizza delivery, 
installation of a new telephone line, dishwasher repair appointment, availability 
of a previously requested item or time slot. The invention allows businesses, 
professionals and others to manage themselves within the invention using task 
list(s) internal to themselves. They can then automatically link elements of their 
internal or shared task list(s) to other entities shared or external task list(s). This 
allows a device, person, service, business or professional practice etc. to keep you 
informed up to the minute as to their progress, condition and likely Estimated 
Time of Arrival or Availability (ETA) or Estimated Time of Completion (ETC). 

For example an owner might check his or her or its external task list(s) to 
see if their doctor or dentist is running significantly behind schedule, in which 
case the owner might re-prioritize their internal task list to take advantage of the 
external schedule slippage. For example an owner might check his or her or its 
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external task list to see if the telephone line or cable TV installation person or 
dishwasher repair person is ahead of or behind schedule and then adjust their 
personal internal or shared task list(s) accordingly. For example is the courier or 
package delivery or supply company on the way yet? How many stops are they 
making along the way and what stop number am I? How far away are they at this 
moment? As of this moment what is their anticipated ETA? 

For example a home protection alarm system might automatically 
generate an external task on the local public safety department's E911 system 
external task list when a fire or breakin occurs, when a panic button is pressed, or 
when a PDA/PCD sensed restraining order violation, medical emegency or panic 
condition exists. The local public safety agencies can ask the invention to monitor 
the entire metropolitan area "group" for the occurrence of any unusual events and 
upon an event occurrence the invention can notify the appropriate dispatchers, 
officers, firefirghters or EMT's directly without need of an intermediate 
complaint taker. Example citizen URI/URL as entered at the public safety 
department: 

security.410.849,2052.911.ac 
or 

medical.410.849.2052.911.ac 
catherine.medical.410.849.2052.911.ac 
john.medical.410.849.2052.911.ac 
or 
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floorplans.410.849.2052.911.ac 
or 

hazards.410.849.2052.911.ac 
or 

5 priorvisits.410.849.2052.91Lac 

The telephone number 410.849.2052 is in fact just a group within the 
public safety E911 realm, within its group are the sub-groups: security, medical, 
floorplans and hazards. Some of the information in these sub groups is 
maintained by the telephone number subscriber (such as family member medical 
10 conditions and allergies, the floorplans and any hazard warnings) and some is 
maintained by the public safety agency (such as reasons and outcomes of prior 
visits). 

External and shared task assignments can go through status and location 
changes just as internal task assignments do. This means that the owner is free to 

15 schedule alert notifications to be automatically generated upon external status or 
external task changes or upon sudden conflict of an external or shared task list 
item with another external, internal or shared task list item or upon a given 
physical proximity of those performing the external or shared task. Therefore if 
the doctor or dentist office updates your external task list indicating it is running 

20 more than say 15 minutes behind you might automatically generate an alert to 
yourself. If the scheduled dishwasher repair person is suddenly detected within 
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200 meters of your house an hour ahead of posted schedule and you are alerted to 
this fact, you may not leave the house to run a planned errand at this time. 

With this invention, if you know a telephone number, you have the 
immediate ability to access the telephone number's owner's status, activity, task, 
location, subgroup and other information and, subject to security constraints, 
update the status, pending internal/external/shared task list(s), leave remarks or 
create new groups and information. This is accomplished via any form of 
Internet browser, or via a custom designed Internet applet (i.e. computer 
telephony caller-ID applet), or via any form of Internet e-mail or electronic 
messaging. By calling a toll or toll free number and entering the DTMF tones for 
the telephone number to be queried or updated followed by the appropriate 
invention DTMF commands in response to prompts. Any query, update or 
creation will be subject to security constraints that the telephone number's 
owner/subscriber may have in place. 

To facilitate those who must continuously and immediately maintain the 
status and task information of others such as secretaries and dispatchers the 
invention system features an adjustable multi-line command input applet. The 
applet allows for more efficient command and message entry than the URI/URL 
address line entry method (which is excellent for occasional use). This optimized 
applet shows the history of previously entered status and task update command 
lines and allows for the editing and/or reuse of any of these command lines to 
save time on typing. In addition this applet allows for the swapping of 
subject/verb order and automatic command line completion based upon historic 
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keystroke and command entry analysis. Upon error detection the applet will 
position the cursor directly upon the character within the command line item 
most likely causing the error condition. This allows the user to make an 
immediate spot correction to the command line and to thus resubmit the 
command line with minimum keystrokes and maximum speed. The applet allows 
for simultaneous pointing or voice control of the command line while still 
maintaining the ability to mention the status/task condition (verb) either before or 
after the entry of the handle (subject). 

A set of Internet and directly interconnected mobile, home, local, regional 
and central computers and associated attached distributed databases maintain for 
each telephone number or related handle the current and historical data sets. The 
status and remarks, previous status and remarks, current and pending task 
assignment list(s) and schedules, current task type, task anticipated/actual 
start/finish, task duration and milestones, task deadlines, constraints and 
dependencies, current and historical location information, timers, event triggers, 
security information as well as other pertinent handle information. Other such 
pertinent handle information would include, but is not limited to name, 
permanent address, permanent time zone, owner special medical conditions, 
owner primary care physician, blood type, drug, food, insect and other allergies, 
special capabilities (doctor / EMT / officer / tow / language etc.), owner usage 
customizations and preferences, custom data entry and storage field definitions, 
rules base, other related telephone numbers and their primary purpose and/or 
contact priority, current location, estimated time of departure, next location, 
estimated time of arrival, estimated current speed, final location, estimated time 
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of arrival, estimated current speed, waypoint averages, statistical accumulations, 
time stamps for all status and location changes, related web site links, automated 
3 rd party contact upon specific status change lists. 

The invention maintains an audit trail of the most recent transactions 
processed against any of the owner's devices. For example the viewers of one's 
public and private information layers. This is maintained within the owner's 
owner history records (similar to a caller ID log). If the owner ever sees an audit 
trail ID (handle) of someone unknown either viewing or performing an update, 
the password has been compromised for that security level/layer, thus the owner 
has reason to change their password for that viewing/updating access level. 

Actual telephone number theft or loss of telephone number access 
passwords can be fixed by the telephone number owner by using the telephone in 
question to call a special invention setup number whereby the invention can 
detect the Caller-ID number of the telephone. If the Caller-ID fails to detect the 
number, the invention can be asked via voice or DTMF command to call back the 
device on a number given by voice or DTMF. In either case, the owner can then 
set a new telephone number group password via DTMF or voice command. This 
new password will then also be usable via the Internet. 

The owner of a telephone number handle can cause the invention to make 
available to public safety agencies their current location/direction, 
location/direction history, medical and other vital welfare information whenever 
they dial 911 . In addition an owner can make all of their vital information 
available to public safety agencies via the .911.tld (where the .tld is any (optional) 
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top-level domain) system. For example the health and safety information 
associated with telephone 410.555.1212 entered as 410.555.1212.911.tld would 
be accessible only to public safety agencies and the telephone/PDA/PCD owner 
and would contain telephone owner or business supplied information to aid 
5 police, fire and EMS in assisting an emergency call. Any telephone number 
prefixing ,911.tld will bring up that telephone's associated safety information 
database, augmented by current PDA/PCD location, if it exists. Each and every 
telephone owner and real estate owner will be encouraged to populate this 
database, including items such as owner pictures, physical characteristics, 

10 building and land characteristics, building access and floor plans, hazardous 
materials, stand pipes, hydrant, water sources (pools, ponds, streams etc.), 
medical and disability information. A universal public safety Computer- Aided 
Dispatch (CAD) interface will be provided however, no special CAD interface is 
required. With this invention any Internet browser will accept a telephone number 

15 or other handle with .911appended such as 410.555. 1212.911.tld (.tld is any 

optional top level domain) as a single step direct emergency information retrieval 
browser address. Since the domain is purely numeric and requires no initial form 
download and subsequent submittal, access is very quick even from a PDA/PCD. 
The physical building or site characteristics and its content (safety/hazard) related 

20 information may be that which best matches the most current physical location of 
the PDA/PCD at the time it was used as a key to access the ,911.tld database. 
Thus, even a stranger to an area may call 911 and because of the coordinate 
transmission the public safety agency will be able to access the pertinent 911. tld 
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sub-group information due to the inventions ability to cross reference addresses 
to telephone numbers. 

This invention also allows members to publish any (or all) of their 
telephone numbers or related handles as their primary electronic messaging or e- 
5 mail address or addresses. Others worldwide could then e-mail a message directly 
to them by simply knowing any one of the telephone numbers or handles of the 
recipient. There would be no need to call their number to get their e-mail address, 
instead, you would simply e-mail directly to any one of their known telephone 
numbers. You do not have to know which particular number is best to e-mail to at 
10 a particular time of day because the invention will take care of that detail for you 
automatically. 

If the recipient is not yet an invention member they will receive a voice 
call from the invention on the telephone number to which the e-mail was sent. 
The voice call from the invention will ask the owner of the number to please join 
15 the invention now and get their waiting e-mail and any attachments thereto. 

If you knew that John Doe's home telephone number was 800.555.1212 
you could simply send your e-mail to 800.555.1212 or 800-555-1212 (see Table 
1) instead of to the vanity address JohnDoe63@transco.com which is much 
harder to have to remember. With this invention, if you know a telephone 
20 number, any telephone number, you automatically know the electronic contact 
address. 

The invention allows users with multiple telephone numbers to associate 
their telephone numbers and handles with one another such that a message sent to 
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any one of the associated handles can be automatically forwarded to any one or 
more of the associated telephone numbers or handles (Fig. 39). The message will 
be reformatted as needed to become compatible with the device to which it is 
being forwarded. The message can be automatically examined by owner defined 
table driven rules based procedures for content type and specific contents and 
reformatted, split apart and/or re-routed as specified. Alerts can be generated 
based upon the results of automated examination. The user who owns the 
associated handles can change the way in which a message to any one of their 
handles is routed to other electronic addresses. Those addresses can be telephone 
numbers, handles, vanity e-mail addresses, ICQ/AOL instant message addresses 
or any other common form of electronic high level communications address 
scheme. A copy of the e-mail is also made available in the inventions telephone 
number based e-mail system, thus a telephone number owner can retrieve any 
mail sent to their telephone number directly from any Internet browser. 

The invention provides for a uniform method of contacting another person 
via various forms of electronic messaging using any of that person's assigned 
telephone numbers or handles. This allows users to keep some of their telephone 
numbers private while exposing other telephone numbers or handles to some of 
the public or to the public at large. A message sent to a publicly listed number 
can, at the owner's discretion, be forwarded on to a device that is associated with 
one of the owners private telephone numbers or handles (such as cellular 
telephone or PDA). The owner of the numbers can change the mapping criteria 
by which messages (all or of specific types or from particular persons or sources) 
to one telephone number get routed to another telephone number, handle or 
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messaging system as often as they like. The mapping criteria are programmatic 
procedures that are guided by rules and values tables created by the owner to be 
tested against message types and contents as they are received by the invention. 

The invention allows for recipient users to specify sifting, filtering and 
prioritization and connection routing to incoming messages. The owner may 
specify that certain message types or real time communications from certain 
known users or with certain key contents may be routed and/or duplicated and/or 
transformed one way while messages of another type or from certain other users 
be routed and processed a different way (perhaps even discarded). 

The invention keeps track of the location and type of device that is 
associated with each telephone number. It knows the capabilities of each device 
based upon its type and will make the needed conversions to a message such that 
it can be routed from one device type (PC, laptop, fax, TV, PDA/PCD etc.) to 
another. 

The invention tracks what device(s) the owner is using or what device(s) 
are preferably available from moment to moment. Therefore it can route (or re- 
route) real time message or interactive conversation traffic (voice/video/text) to 
the most capable device. Suppose a user is working at their home (or office) PC 
workstation and another Internet user wants to establish a real time Internet 
conversation (one to one or conference) with the home PC user's known 
PDA/PCD telephone number. The invention will automatically redirect the real 
time conversation (or conference) to take place upon the more comfortable, 
appropriate and cost effective PC workstation instead of on the PDA/PCD. The 
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invention allows the remote user the simplicity of initiating the communication 
using any known telephone number of the intended recipient(s). The invention 
then takes care of the real time details of connecting the communication to the 
most appropriate recipient party device at any given moment in time. Any unique 
recipient owner handle (such as a telephone number, vehicle license tag number 
(Fig. 34A and 34B) (useful car to car) or other handle) can initiate a 
communication either one to one or conference. 

Once a message is received at one of the target numbers and reviewed by 
the recipient it can then be deleted such that any of the other copies of the 
message that were forwarded to any of the recipient's other numbers or e-mail 
accounts are automatically deleted as well. This automatic deletion feature is 
important so as to prevent owners from having to read the same message 
redundantly upon multiple vanity address e-mail servers. This is accomplished 
via computer to computer and inter-device message management command 
language SMTP, POP and IMAP protocols. 

All messages passing through the inventions regionally distributed central 
processing facilities may be encrypted and are stamped with a serial number, date 
and time such that they can be authenticated later. The messages can also be 
verified through a certificate authority, PGP or personal finger/voice/retina print. 
This serialization and certification of messages allows users to have a very high 
degree of confidence that a message originated within the invention system and 
received through the invention system is valid and is not SPAM in that the sender 
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is also a known and verified invention address. The serial number would be 
difficult to fake from outside the invention system. 

Depending upon the e-mail system being used by the sender (i.e. 
Microsoft Outlook, Netscape Communicator, AOL, custom mailer or some type 
of Personal Digital Assistant (PDA) or Personal Communications Device (PCD)) 
the sender would enter the target recipient's e-mail address in any one of the 
forms listed in Table 1 . 

All of the invention technologies apply to private and public 2 nd , 3 rd , 4 th , 
5 th and Nth level domains in addition to gTLD's and ccTLD's (tld's). Thus any of 
the formats shown in Table 1 could substitute a private or corporate tld plus 2 nd 
and/or 3 rd level domain in the Uniform Resource Identifier for the "zzz" tld 
symbolic placeholder. Example: Hewlett-Packard is hp.com therefore: 

$1 need a printer>415.555. 1212.hp.com would be a valid message 
forwarding address that would be processed by the invention. This allows 
corporations to outsource the invention's powerful capabilities while still 
controlling the look and feel of the invention services. 

Table 1 lists various forms of acceptable telephone number or handle 
entry. The reason for the many different telephone number and handle address 
formats listed in Table 1 is to give examples of most of the likely ways that a 
person might enter a telephone number (North American (NANC/NANPA) or 
international) or other related handle. The additional special characters that may 
prefix or suffix a telephone number or handle are shorthand invention commands. 
These commands are used to convey command and control information to the 
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invention itself, the regional and central computers, the network routing 
equipment and end user devices. An example of a command would be a 
command character indicating that the data following the command is not a North 
American or international telephone number but rather some other forni or class 
of handle. Refer to the drawings for some actual examples of some these URL 
web and URI e-mail telephone number format inventions in actual use. 
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Table 1 

8005551212xeeee 
\800\555\1212\xeeee\ 
800.555.1212xeeee 
5 800-555-1212xeeee 
(800)555-1 2 12xeeee 
(800)555. 1212xeeee 
(800)s555-1212xeeee 
(800)s555.1212xeeee 

10 5551212800xeeee 
\555\1212\800\xeeee\ 
555.1212.800xeeee 
555-1212-800xeeee 
555@1212.800xeeee 

15 555@1212-800xeeee 
555.1212@800xeeee 
555-1212@800xeeee 
800@555.1212xeeee 
800@555-1212xeeee 

20 800.555@1212xeeee 
800-555@1212xeeee 
800.555.1212xeeee.zzz 
800-555-1212xeeee.zzz 
(800)555-1212xeeee.zzz 

25 (800)555. 1212xeeee.zzz 
(800)s555-1212xeeee.zzz 
(800)s555 . 1 2 1 2xeeee.zzz 
555.1212.800xeeee.zzz 
555-1212-800xeeee.zzz 

30 555@1212.800xeeee.zzz 
555@1212-800xeeee.zzz 
555.1212@800xeeee.zzz 
555-1212@800xeeee.zzz 



800@555.1212xeeee.zzz 
800@555-1212xeeee.zzz 
800.555@1212xeeee.zzz 
800-555@1212xeeee.zzz 
8005551212xeeee@100.zzz 
800-555-1212xeeee@100.zzz 
800.5 55 . 1 2 1 2xeeee@100.zzz 
8005551212xeeee.100.zzz 
800-5 55- 1 2 1 2xeeee. 1 OO.zzz 
800.5 55 . 1 2 1 2xeeee. 1 OO.zzz 
800555 1212xeeee.411.zzz 
800.555. 1212xeeee.41 1 .zzz 
800-555-1212xeeee.411.zzz 
john.q.public.41 1 .zzz 
\meet\us\in\lobby.849.8989.41 0.zzz 
\i\am\late\soccer.8498989.410 
\game\called\off\soccer.8498989.410 
\i\am\late\soccer.4 1 0.849.8989.zzz 
\i\am\late\4\soccer.410.849.8989 
\cancel\titan\proposal.4108498989 

\4108498989\tball.4108492004.0.zz 

z 

\i\need\help\800\555\l 2 1 2.ibm.com 
john.q.public.41 1 .XX.zzz 
john.q.public.41 1 .XX.ccccc.zzz 
8005551212xeeee.911.zzz 
800.555. 1212xeeee.911.zzz 
800-555- 12 1 2xeeee.9 1 1 .zzz 
555.1212.800.911.zzz 
john.q.public.91 1 .zzz 
john.q.public.XX.91 1 .zzz 
john.q.public.XX.ccccc.91 1 .zzz 
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john.q.public.yyy.zzz 

john.q.public.yyy.ccccc.zzz 

n.n.n.n.lOO.zzz 

n.n.n.n.n.lOO.zzz 
5 n.n.n.n.n.n. 1 OO.zzz 

an.n.nb 

an.n.n.nb 

an.n.n.n.nb 

an.n.n.n.n.nb 
10 an.n.n.n.n.n.nb 

amb 

am\mb 

am\m\mb 

am\m\m\mb 
15 am\m\m\m\mb 

am\m\m\m\m\mb 

am\m\m\m\m\m\mb 

am\m\m\m\m\m\m\mb 
am\m\m\m\m\m\m\m\mb 
20 am\m\m\m\m\ni\m\m\m\mb 
am\m\m\m\m\m\m\m\m\m\mb 
am\mk\m\m\m\m\m\m\m\m\mb 
am\m\m\m\m\m\m\m\m\m\m\m\mb 
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